Discussion :

[hop&hop]

Est-il possible de contrôler la saisie dans un champ avec les données d'un autre champ ?

Je m'explique. Existe-t-il une fonction qui permettrait de n'utiliser que les valeurs enregistrées dans un champ PERSONNE_MORALE.nom par exemple pour alimenter certains autres champs de la base comme PERSONNE_PHYSIQUE.organisme ou ADRESSE.organisme ?

Je ne sais pas si je suis claire ?

Merci d'avance.

[Strab]

Si, ça s'appelle les clés étrangères, ou foreign key en anglais.
Fais une recherche là dessus dans une doc SQL, et tu auras toutes les explications.

[hop&hop]

Merci pour ta réponse.
D'après ce que je comprends en lisant la doc, la clé étrangère ne permet pas de contrôler la saisie d'une chaine de caractère mais permet de faire un lien entre deux tables avec un identifiant unique (info stockée à un seul endroit). Dans ma question, il s'agissait plutôt d'info stockée à deux endroits différents...
Par ailleurs, il semble qu'il y ait pas mal de contraintes liées aux clés étrangères. Quelqu'un parmi vous les utilisent-ils souvent et peut donner son opinion.
Si je reprends l'exemple du manuel MySQL avec les animaux, est-il préférable de stocker le nom de l'animal dans plusieurs tables (comme dans l'exemple) ou d'utiliser des clés étrangères ?
Enfin, dans le cas de clés étrangères, il me semble difficile de gérer l'ajout d'infos dans le sens où il nécessaire de connaître l'identifiant de référence. Quelles sont vos expériences sur la question ?

[Strab]

Si les valeurs d'un champ sont obligatoirement celles d'un autre, et que tu stockes ces deux champs à deux endroits différents, tu stocke 2 fois la même information alors qu'une suffirait. Quel est l'intérêt ?

Je ne comprends pas non plus ton dernier problème. Tu veux imposer que certains champs soient alimentés par un champ de référence, donc forcément tu connais ce champ de référence, non ?

J'avoue ne pas trop comprendre tes questions. Aurais-tu un exemple simple et précis d'utilisation qui mette en valeur tes problèmes ?

[hop&hop]

Bon, je vais essayer d'être claire...

Prenons l'exemple suivant.
- Une table PERSONNE_MORALE qui stocke les infos générales, non géographiques, relatives à toute forme d'organisation (société, administration, association, famille etc...) dans laquelle on trouve bien sûr un champ PERSONNE_MORALE.nom.
- Une table LOCALISATION qui contient les adresses (il peut y en avoir plusieurs par organisme ou par personne physique).
- Une table PERSONNE_PHYSIQUE qui contient des noms d'individus et leurs infos personnelles et qui peut avoir un lien avec l'un ET/OU l'autre des deux tables précédentes.

J'ai donc envisagé deux solutions :
1) Soit la création d'un champ LOCALISATION.personne_morale et PERSONNE_PHYSIQUE.personne_morale qui vont contenir l'info PERSONNE_MORALE.nom mais qui pose peut-être un problème de redondance et, surtout, un problème de rigueur de saisie (d'où ma question : comment contrôler la saisie pour que nom soit toujours orthographié pareil).
2) Soit la solution de la clé secondaire avec la création d'un champ LOCALISATION.id_personne_morale et d'un champ PERSONNE_PHYSIQUE.id_personne_morale qui vont contenir PERSONNE_MORALE.id. Mais j'ai cru comprendre que c'était assez contraignant en lisant la doc. Et de plus, je trouve a priori plus compliqué d'avoir à saisir un identifiant (qu'il faut rechercher au préalable) qu'un nom. Mais comme je ne suis pas experte, il se peut que je ne connaisse pas une fonctionnalité qui permet de faire ça simplement.

Donc, que peut-on conseiller ?

[Strab]

Les deux cas sont envidageables en utilisant les clés étrangères. Tout dépend de la clé de PERSONNE_MORALE. Si cette clé est le nom, autrement dit si le nom d'une personne morale est unique dans la table PERSONNE_MORALE, alors tu peux faire des champs LOCALISATION.nom_personne_morale et PERSONNE_PHYSIQUE.nom_personne_morale et forcer les valeurs de ces champs à appartenir à PERSONNE_MORALE.nom en utilisant une clé étrangère.

Dans le cas contraire, si deux personnes morales peuvent avoir le même nom, alors tu dois utiliser une clé de PERSONNE_MORALE qui permettent d'identifier toute personne morale sans ambigüité, comme par exemple un id. Alors dans ce cas, LOCALISATION.id_personne_morale et PERSONNE_PHYSIQUE.id_personne_morale référenceront PERSONNE_MORALE.id.


En résumé, dans tous les cas, LOCALISATION et PERSONNE_PHYSIQUE doivent contenir un ou plusieurs champs de PERSONNE_MORALE permettant d'identifier sans ambigüité une personne morale. En utilisant une clé étrangère, tu imposes à ces champs de référencer ceux de PERSONNE_MORALE, et en plus l'information n'est stockée qu'une fois.


Si tu utilises un id entier comme clé de PERSONNE_MORALE, tu peux résoudre le problème de la saisie pas très pratique de la manièe suivante : L'utilisateur saisi un nom, et avec une requête tu détermines dans un premier temps quelle(s) personne(s) morale(s) correspondent à ce nom. L'utilisateur choisi alors celui qu'il veut, et toi tu insères l'id correspondant dans LOCALISATION ou PERSONNE_PHYSIQUE.

Ai-je été compréhensible ?

[hop&hop]

Merci, c'est très compréhensible ! ... Et en plus, j'ai compris à quel niveau je raisonnais de travers.