script php pour relation n-air

Version imprimable

bonjour,

ayant deux tables spécialité et intervenant reliées par une relation "avoir_spécialité" dont les multiplicités sont 1..* 1...*

un intervenant a une ou plusieurs spécialités
une spécialité concerne un ou plusieurs intervenants

ma question :
la table avoir_spécialité aura les deux clés des 2 tables citées ci-dessus
id_spécialité et id_intervenant , mais pour écrire le script je bloque :cry:

voici ma proposition :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 $link = " CREATE TABLE `avoir_specialite` ( `id_spécialité` int(11) NOT NULL auto_increment PRIMARY KEY, `id_intervenant` int(11) NOT NULL auto_increment PRIMARY KEY, `fk_spécialité` int(11), FOREIGN KEY(fk_spécialité) REFERENCES specialite(id_spécialité) ON DELETE CASCADE ON UPDATE CASCADE, `fk_intervenant` int(11), FOREIGN KEY(fk_intervenant) REFERENCES intervenant_interne(id_intervenant) ON DELETE CASCADE ON UPDATE CASCADE, INDEX(fk_spécialité), INDEX(fk_intervenant) )TYPE=INNODB;";
ces deux clés doivent t elles etre déclarées comme primaires ou étrangères ??

merci pour votre réponse

14/04/2012, 07h42
RunCodePhp

Salut

Dans le cas présent il n'est pas possible (ni logique) de créer 2 clés primaires en auto_increment du fait que leurs valeurs doivent venir des 2 autres tables liées, c'est à dire "specialite" et "intervenant".

Ces 2 champs "id_spécialité" et "id_intervenant" sont uniquement des clés étrangères.
Ces 2 champs doivent former une clé primaire (clé double zone ou clé composite) :
PRIMARY KEY ('id_specialite', 'id_intervenant')

Théoriquement (j'ai un doute tout d'un coup) il n'est pas nécessaire de les redéfinir comme INDEX car les clés primaires (et UNIQUE aussi normalement) sont déjà des INDEX.

Ce champ "fk_specialite" est théoriquement inutile car si on le crée (comme clé primaire en auto_increment) cela suppose qu'il pourra avoir une même spécialité pour un même intervenant plusieurs fois.

En résumé, il faudrait juste créer les 2 champs, puis déclarer la clé primaire double zone (les 2 champs), puis déclarer/référencer les 2 clés étrangères.

Concernant "spécialité" et '"id_spécialité", je ne sais si l'erreur est uniquement ici, mais je te déconseille de nommer des tables et champs avec des caractères spéciaux (comme des espaces, éàèçù ...), c'est se mettre des bâtons dans les roues.
14/04/2012, 20h36
fifouta

salut,

Citation:

Ce champ "fk_specialite" est théoriquement inutile car si on le crée (comme clé primaire en auto_increment) cela suppose qu'il pourra avoir une même spécialité pour un même intervenant plusieurs fois.

mais si on le met comme partie d'une clé composite le pb ne se pose pas , n'est ce pas ??

Citation:

Concernant "spécialité" et '"id_spécialité", je ne sais si l'erreur est uniquement ici, mais je te déconseille de nommer des tables et champs avec des caractères spéciaux (comme des espaces, éàèçù ...), c'est se mettre des bâtons dans les roues.

ok c'est noté
merci RunCodePhp pour les précieux conseil