Discussion :

[Jasmine80]

Bonjour

Voici des avantages aux contraintes de clés étrangères :

*

En supposant que les relations soient proprement con¸ues, les clés étrangères rendent plus difficile pour un programmeur d'insérer des valeurs incohérentes dans la base.
*

La vérification centralisée de contraintes par le serveur de base de données rend inutiles l'application de ces vérifications du coté de l'application. Cela élimine la possibilité que d'autres applications ne fassent pas les vérifications de la même fa¸on que les autres.
*

L'utilisation des modifications et effacement en cascade simplifie le code du client.
*

Les règles de clés étrangères proprement con¸ues aident à la documentation des relations entre les tables.

J'ai 4 tables innoDB dans une même base de données.

La table principale à un nombre incrémenté automatiquement comme clé et un champ 'accession'.

Mes trois autres tables contiennent des informations complémentaires pour certaines entrées de la table principale et on pour clé primaire l'accession.

Je vais devoir faire des requêtes de jointure pour récupérer des informations croisées. Est-ce utile dans mon cas d'utiliser une clé étrangère? Quand j'essaie de mettre un index sur le champ 'accession' de ma table principale, j'obtiens un message d'erreur me disant que le type BLOB nécessite une valeur numérique.


Merci pour votre aide,

[Cybher]

salut,

pourquoi tu n'utilises pas comme clé ta valeur numérique sur tes autres tables?
ca serait beaucoup moins lourd

Pour en revenir sur l'index sur le champ blob, un peu de lecture : http://dev.mysql.com/doc/refman/5.0/...ate-index.html

[Jasmine80]

Merci beaucoup pour ton aide. Je viens de rajouter l'id comme clé primaire. Maintenant que mes 4 tables ont la même clé primaire que dois-je faire? Est-il possible de créer un lien entre 2 clé primaires?

[Maljuna Kris]

J'ai 4 tables innoDB dans une même base de données.

La table principale à un nombre incrémenté automatiquement comme clé et un champ 'accession'.

Mes trois autres tables contiennent des informations complémentaires pour certaines entrées de la table principale et on pour clé primaire l'accession.

Saluton, Jasmine,
Une chose me chiffonne dans tout ça, quel type de relations y-a-t'il entre la table mère et ses fillles.
Sont-ce des relation 1-n ou 1-1, je veux dire est-ce qu'à tout élément mère il peut correspondre au plus une fille dans chacune des tables ou n filles dans chacune des tables (il peut aussi n'y avoir aucune fille dans aucune des tables ou certaines d'entre elles).
C'est important pour gérer l'export de la clé mère (FK pour les filles) car si une mère peut avoir plusieurs filles dans une même table fille, il ne faut pas que la FK soit PK dans la table fille.

[Jasmine80]

C'est une relation 1-1 entre la mère et les filles et les trois filles n'ont aucune entrée commune. J'ai bien compris que la relation mère fille ne pourrait pas être 1-n car j'aurais une duplication de ma clé primaire ce qui aurait d'ailleurs généré plein de messages d'erreur au remplissage des filles.

La question reste donc à quoi bon faire 4 tables ... c'est plus léger à gérer. J'ai des dizaines de milliers (si pas des centaines) d'entrées chez la mère et 202, 153, 19 entrées chez les filles. De plus je n'aurai pas souvent besoin des données complémentaires de la mère (sauf peut-être un champ que je pourrai importer de la mère vers les filles). J'avais hésité à récupérer tous les champs de la mère absents de chez les filles mais ça aurait crée de la redondance qui me semble inutile. Contredis moi si je me trompe mais il est préférable d'utiliser des jointures entre mes tables que de dupliquer mes champs entre la mère et ses filles.



Merci pour votre aide.

[Maljuna Kris]

C'est une relation 1-1 entre la mère et les filles et les trois filles n'ont aucune entrée commune.

Veux-tu dire qu'une mère ne peux avoir au plus qu'une fille (donc éventuellement 0 fille) ?

La question reste donc à quoi bon faire 4 tables ... c'est plus léger à gérer. J'ai des dizaines de milliers (si pas des centaines) d'entrées chez la mère et 202, 153, 19 entrées chez les filles.

Mais quelles différences de structures y-a-t'il vraiment entre ces types de filles ?

Contredis moi si je me trompe mais il est préférable d'utiliser des jointures entre mes tables que de dupliquer mes champs entre la mère et ses filles.

Ça, bien sûr.
Mais je n'ai qu'une vision très incomplète de ton domaine de gestion.

[Jasmine80]

Veux-tu dire qu'une mère ne peux avoir au plus qu'une fille (donc éventuellement 0 fille) ? Mais quelles différences de structures y-a-t'il vraiment entre ces types de filles ?Ça, bien sûr.
Mais je n'ai qu'une vision très incomplète de ton domaine de gestion.

Oui exactement, une entrée mère possède au plus une entrée fille dans une des trois tables filles.

Les trois filles ont exactement la même structure, la différence est l'origine biologique de leur contenu. Si je veux ne créer qu'une seule table fille, je dois rajouter un champ contenant cette origine (le nom des tables filles en fait). Pour mes jointures ultérieures peut-être cela serait-il plus simple de ne créer qu'une seule fille et d'ajouter un champ quoique qu'à priori je ne dois traiter ces filles qu'une seule à la fois, elles sont indépendantes.

[Maljuna Kris]

Ouais, je pense aussi que tu ferais mieux de n'avoir qu'une seule table fille en typant les lignes.