• Vue
• Éditer
• Historique
• Imprimer

Principes à respecter dans les liens

Nous avons vu tant la manière de créer des liens dans FileMaker Pro que la réflexion pour y parvenir correctement. Nous avons notamment vu l'importance des tables intermédiaires. Il y a quelques principes à respecter lors de la création des liens :

Contenu des liens

Dans la mesure du possible, un lien ne doit pas utiliser de rubriques "normales", mais uniquement des rubriques de type "zk", conçues pour ce rôle. Lier un zkp avec un zkf_XXX est une évidence, tandis que lier un nom avec un nom est, en première approche, un non-sens ! Il existe toutefois quelques exceptions, surtout dans la rubrique à droite du lien, vers laquelle le lien "atterrit". Par exemple, dans le lien multiple que nous avons vu, le deuxième lien atterrit sur la rubrique "Type", qui n'est pas de type "zk"... Cette rubrique, qui peut être largement vue et modifiable par l'utilisateur, sert néanmoins de filtre tout au long de notre application. Ce sera en fait une composante importante des liens.

Une autre exception peut concerner un lien de type "temporaire", dont l'utilité est de récupérer une donnée de lien dans une autre table, afin de mettre en place un autre lien qui, lui, sera définitif. Dans l'absolu, suite à la récupération de la donnée utile, le lien pourrait être détruit sans pour autant altérer l'application (il sera néanmoins laissé en place pour les nouveaux enregistrements à créer, bien sûr). Ainsi, il arrive en effet qu'un lien soit fait d'un nom à un nom, uniquement pour récupérer la valeur du zkp lié, et le placer dans une rubrique zkf_XXX afin d'établir le lien définitif entre zkf_XXX et le zkp lié. Si, par la suite, le lien de nom à nom est détruit, le lien définitif est mis en place et les enregistrements des deux tables seront toujours liés.

Nombre d'OT liées bout à bout

On peut se poser la question du nombre d'OT que l'on peut mettre bout à bout, et obtenir des OT de type aaa_bbb_ccc_ddd_eee_fff_ggg_hhh_iii_jjj_KKK__ ... Théoriquement, il n'y a pas de limite. Mais en pratique, il faut savoir que tout calcul ou évaluation à partir d'une OT "lointaine" nuira à la mise à jour du calcul. Plus l'OT est lointaine, pire ce sera. En pratique, on se limitera à 3-4 rangs au maximum, sauf cas exceptionnels, limités à la lecture seule de données.

Nombre d'OT liées de premier rang

C'est un débat en cours... A nouveau, théoriquement, il n'y a pas de limite, et certaines applications ne lésinent pas sur le nombre d'OT liées à l'ancre. C'est vrai qu'il ne faut pas hésiter à en créer selon ses besoins. Il reste néanmoins à prendre en considération la présence sur les modèles de l'ensemble des données liées via toutes ces OT, qui peut, également dans ce cas, nuire au rafraîchissement de la fiche à l'écran. Mais, rassurons-nous, au niveau débutant, c'est plutôt le manque d'OT qui est observé, et non l'inverse... Ceci est également valable pour les ancres. Elles servent de support aux modèles, mais rien n'empêche ou n'interdit d'en créer plusieurs si on le souhaite. Il faudra juste veiller à bien les identifier pour être toujours dans le bon contexte.

Notes

Il est possible d'insérer dans le graphe des liens des notes libres. Cela peut s'avérer intéressant pour clarifier l'organisation des liens. On introduit des notes à l'aide du bouton marqué "A" en bas du graphe des liens :

Options

Nous verrons plus tard trois options des liens, qui nécessitent les modèles pour être illustrées :

• La création via les liens
• La suppression via les liens
• Le tri via les liens