Table d'association et cle etrangere

Version imprimable

16/09/2011, 07h41
shakly

Table d'association et cle etrangere

Bonjour a tous,

J'ai besoins de créer des relations entre 2 tables : voiture et essuie glace,
une voiture peut avoir plusieurs essuie glace compatible et un essuie glace peu aller sur plusieurs voitures.

Donc j'ai creer une table :
---------------------
|essuieglace_voiture|
---------------------
| int id |
| int id_voiture |
| int id_essuieglace|
--------------------

id_voiture est une cle étrangère qui pointe vers `voiture`.`id`
et
id_essuieglaceest une cle étrangère qui pointe vers `essuieglace`.`id`
chacune des clé n'a aucune action en update et delete.

Le probleme est que je ne peut pas supprimer de voiture ou d'essui glace car une cle etrangere pointe dessus. Comment résoudre ce probleme ?

Merci à tous
16/09/2011, 09h00
CinePhil

D'abord, ta table associative ne devrait pas avoir d'identifiant propre (colonne "id") ; sa clé primaire devrait être composée des deux clés étrangères "id_voiture" et "id_essuieglace".

Citation:

Le probleme est que je ne peut pas supprimer de voiture ou d'essui glace car une cle etrangere pointe dessus. Comment résoudre ce probleme ?

La réponse est dans la phrase que tu as écrite juste avant !

Citation:

chacune des clé n'a aucune action en update et delete.

Tu changes ça en DELETE CASCADE et la suppression d'une voiture entraînera la suppression automatique de toutes les lignes de la table associative faisant référence à cette voiture ; pareil pour les essuie-glaces.
19/09/2011, 09h19
shakly

En effet tous fonctionne très bien maintenant.

Merci de ton aide !
19/09/2011, 10h10
Richard_35

Bonjour Shakly et CinePhil,

Citation:

Envoyé par CinePhil

D'abord, ta table associative ne devrait pas avoir d'identifiant propre (colonne "id") ; sa clé primaire devrait être composée des deux clés étrangères .../...

==> c'est vrai, c'est plus propre.
Personnellement, j'aime bien ce principe de créer un champ unique pour clé primaire, cela facilite parfois l'utilisation d'assistant qui ne gère les liaisons que d'une seul champ vers un autre.
Mais, c'est vrai, c'est adapter la modélisation au processus... alors que c'est l'inverse qu'il faut faire.
Bien entendu, la création un champ unique pour clé primaire doit, obligatoirement, s'accompagner de la création d'un index unique des "vrais" champs de clé primaire.

Juste pour information, cela constitue-t-il une faute de conception ?
19/09/2011, 10h27
CinePhil

Citation:

Envoyé par Richard_35

Bien entendu, la création un champ unique pour clé primaire doit, obligatoirement, s'accompagner de la création d'un index unique des "vrais" champs de clé primaire.

C'est alors une "clé alternative".

Citation:

Juste pour information, cela constitue-t-il une faute de conception ?

C'est effectivement une faute de conception puisque lors de la conception on ne se préoccupe en principe pas encore des outils logiciels que l'on va utiliser pour le développement.

Je considère aussi qu'un outil qui impose de faire une telle faute est un mauvais outil !
Quand je commençais à m'intéresser aux framework PHP, je me souviens avoir lu que c'était le cas de CakePHP et j'avais d'emblée refusé d'essayer ce framework ! :aie:
Zend Framework m'offre toute la liberté nécessaire.