[SQL] clef étrangère - Page 2
Résolu
Précédent
- 1
- 2
Comme je t'ai dit: j'ai veillé à la cohérence et à la clareté de ta structure, grâce aux exemples que tu m'as donné. Faut vraiment veiller à ce qu'un champ porte un nom qui représente exactement sa signification: un champ réservé à l'id d'une série doit s'appeller id_serie ou idSerie ou serie_id mais pas moins clair :D. Juste 'serie' c'est pas possible.
Du coup, n'importe qui comprend aisément les rapports logiques faits entre plusieurs tables (ex: 'Tiens, je comprends que l'id d'une série apparait sur cette table à cette emplacement et sur cette autre table à cet autre emplacement'). C'est idéal pour bien travailler, les choses doivent être le plus simple et le plus clair possible. Ceci fait, il faut vérifier que des champs aux noms et aux significations identiques possèdent également des types identiques, sinon ça foire. Un champ id_serie type varchar(10) sur une table ne correspond pas à un champ id_serie type int ou varchar(25) sur une autre table, par exemple, et donc les utiliser pour monter une clef étrangère est impossible.
L'étape suivante, c'est de t'assurer que des index sont posés sur les champs qui composent ta clef étrangère. Théoriquement, sur la table parent la clef primaire n'a pas besoin de se voir ajouter un index, puisque c'en est déjà un (si, bien entendu, la clef primaire fera partie de la clef étrangère^^). Donc tu vas sur la table enfant de la relation, tu cherches le champ qui complète la clef étrangère et tu le mets en index.
Et normalement, c'est à ce moment que tu peux placer ta clef étrangère, si tout se passe bien^^.
Du coup, n'importe qui comprend aisément les rapports logiques faits entre plusieurs tables (ex: 'Tiens, je comprends que l'id d'une série apparait sur cette table à cette emplacement et sur cette autre table à cet autre emplacement'). C'est idéal pour bien travailler, les choses doivent être le plus simple et le plus clair possible. Ceci fait, il faut vérifier que des champs aux noms et aux significations identiques possèdent également des types identiques, sinon ça foire. Un champ id_serie type varchar(10) sur une table ne correspond pas à un champ id_serie type int ou varchar(25) sur une autre table, par exemple, et donc les utiliser pour monter une clef étrangère est impossible.
L'étape suivante, c'est de t'assurer que des index sont posés sur les champs qui composent ta clef étrangère. Théoriquement, sur la table parent la clef primaire n'a pas besoin de se voir ajouter un index, puisque c'en est déjà un (si, bien entendu, la clef primaire fera partie de la clef étrangère^^). Donc tu vas sur la table enfant de la relation, tu cherches le champ qui complète la clef étrangère et tu le mets en index.
Et normalement, c'est à ce moment que tu peux placer ta clef étrangère, si tout se passe bien^^.
Précédent
- 1
- 2
