suite à l’article: [Access] La relation de type « un à un »,
voici pourtant ce qu’on peut lire dans le livre : Access 2007 et VBA (paru en 03/2008)
par Bernard Minot, Jean-Michel Léry
dont l’extrait ci-dessous est disponible chez Google books à la page 42:
Les relations de 1 Ã 1
Nous supposons la présence de deux tables contenant des données relatives, par exemple, à vos contacts professionnels, d’une part, et à vos contacts personnels, d’autre part. La conjugaison de ces deux tables peut se décliner ainsi :
– Un contact professionnel correspond soit à zéro, soit à un et au plus un contact personnel (un partenaire commercial peut aussi être un ami !) ;
– Un contact personnel correspond soit à zéro, soit à un et au plus un contact personnel (même raison).
Nous sommes ici devant une relation de un à un. A priori, et pourvu que les uns et les autres n’aient pas de rôle particulier à jouer dans le système d’information à mettre en place, il n’y a aucune raison pour ne pas fusionner purement et simplement les deux fichiers. La seule opération à mettre en place avant ladite fusion consiste à créer une propriété particulière à la table qui fusionne les deux fichiers pour distinguer les « commerciaux » des « amis personnels ». Cet exemple peut être généralisé : les relations de un à un dans une base bien conçue n’existent pas(1).
(1). Seul cas de figure possible : si la table doit compter plus de 255 colonnes, il sera nécessaire de créer une table « fille ».
grrrmffff…