Discussion :

[Giantrick]

Bonjour,

Dans un souci de rapidité dans mes requêtes, je voudrais savoir si c'est "prudent" et "pas trop lourd" d'inclure la clé primaire d'une table A dans la table B (comme une clé_secondaire et vice-versa) dans ma base de donnée MYSQL.

exemple :
Table (A) : contact
id_contact est ma clé primaire pour cette table

Table (B) : contact_etat_civil
id_contact_etat_civil est ma clé primaire pour cette table

une fois crée ces deux tables je voudrais aporter les modifications suivantes :
Table (A) : contact
id_contact est ma clé primaire pour cette table
id_contact_etat_civil est une clé secondaire pour cette table

Table (B) : contact_etat_civil
id_contact_etat_civil est ma clé primaire pour cette table
id_contact est une clé secondaire pour cette table

Voici plus de précision : ma table contact possède des informations fixes alors que ma table contact_etat_civil contient des informations qui peuvent évoluer dans le temps.

Lorsque j'affiche les résultats via PHP, je voudrais éviter les requêtes imbriqués grâce à cette méthode.
Mon objectif étant d'alléger le code et de rendre plus rapide les requêtes SQL.

Est-ce une bonne idée ? ou est-elle totalement fafelue... ?
Autres suggestions ?

Merci d'avance.

[Raideman]

Franchement je te dirai que non ce n'est pas une bonne idée. Tu vas certas gagner un temps infime pour certains types de requetes mais tu vas en perdre sur d'autres (par exemple, tu vas devoir inserer un champ de plus dans contact et etat civil)/

Mais le plus important reste que tu vas dénormaliser ta base et ce n'est pas sans conséquence. Exemple, que se passe-t-il si le contact n'a pas d'état civil? Tu vas te retrouver avec une table contact qui aura un champ "etat civil" fantôme.

En plus, concernant le cas précis de l'etat civil, une personne ne peut avoir qu'un état civil "a priori" donc tu ne devrais meme pas avoir de tables de jointures mais juste une clé secondaire etatcivil dans contact et une table etat civil avec la liste des etats civils disponibles. (mais bon aussi bien ton systeme précise qu'un contact peut avoir plusieurs etats civils et dans ce cas la faut vois cette derniere remarque d'une facon plus générale).

Pour résumé, ce n'est jamais une bonne idée de dénormaliser un modèle. Un des rares cas ou j'ai pu constater qu'il etait nécessaire de biaiser le modele est d'enregistrer des données calculables à tout instant pour des raisons de performance dans la base de données au lieu de les recalculer a la demande. (et encore , ce n'est meme pas une dénormalisation).

[Giantrick]

Merci pour cette réponse Raideman

Comme tu dois t'en douter, je n'ai jamais pris de cours en base de donnée, donc comme j'apprend sur le tas, je complique parfois les choses...

Pour l'etat civil, il peut s'avérer qu'une personne change de nom ou de prénom pour x raison (même si les probabilité sont faibles pour la majorité des personnes, je dois en tenir compte pour des utilisations plus spécifiques que je projète)

De plus, j'ai donné cet exemple d'etat civil mais je souhaitais généraliser l'idée à toutes mes tables.

Selon ce que tu viens d'évoquer, je vais faire classiquement et faire des requêtes imbriquées en PHP et en ajoutant juste une clé secondaire des tables liés à ma table principale CONTACT.

Merci encore pour cette analyse et réponse.