Discussion :

[enjoy]

Bonjour, j'ai une base de données dans laquelle j'ai une table ADRESSE. Certaines autres entités peuvent avoir une seule adresse (ex : ADMINISTRATION) et d'autres plusieurs (ex : UTILISATEUR)

J'aimerais que lorsque je supprime une administration cela supprime aussi son adresse dans la table adresse. Dois je mettre en place un trigger??

Cela me semble bizarre finalement d'avoir a supprimer un 'parent' quand je supprime un fils...Quelqu'un peut-il me conseiller merci...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
CREATE TABLE IF NOT EXISTS `administration` (
  `administration_id` int(11) NOT NULL AUTO_INCREMENT,
  `administration_nom` varchar(45) DEFAULT NULL,
  `administration_fax` varchar(45) DEFAULT NULL,
  `administration_description` varchar(300) DEFAULT NULL,
  `administration_efficacite` int(11) DEFAULT NULL,
  `adresse_id` int(11) DEFAULT NULL,
  PRIMARY KEY (`administration_id`),
  KEY `fk_administration_adresse` (`adresse_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

[Antoun]

Logiquement, ta table ADMINISTRATION est la table-mère, et ta table ADRESSE la table-fille : une administration peut avoir plusieurs adresses, tandis qu'une (occurence d') adresse n'a qu'une administration.

Si tu me dis qu'une même adresse peut héberger plusieurs administrations, je te répondrais que tu confonds bâtiment et adresses, et qu'il s'agit d'occurences différentes d'une adresse semblable (autrement dit, de doublons ). En effet, l'adresse peut inclure le nom de l'administration, un Cedex différent pour chaque administration hébergée, etc. Enfin, argument massue : quand tu supprimes une administration, l'adresse ne doit être supprimée si elle est susceptible d'héberger une autre administration qui, elle, subsiste !

Comme tu le vois, le sens de la relation est essentiellement une question de point de vue de ta base :

1) si tu t'intéresses principalement aux administrations, et que leur adresse n'en est qu'un attribut complexe (ce qui me semble ici être le cas), c'est bien la table ADMINISTRATION la mère. Du coup, il ne te reste plus qu'à supprimer l'adresse_id de cette table, et d'inclure la colonne administration_id sur ADRESSE :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
administration_id INT(11) NOT NULL 
REFERENCES administration(administration_id) 
ON DELETE CASCADE

La cascade est ce qui mettra en place la suppression automatique que tu souhaites (sous InnoDB, évidemment).

2) si au contraire tu t'intéresses principalement à la géographie, et que chaque administration n'a qu'une adresse, le sens que tu as indiqué est le bon ; néanmoins, ta suppression automatique n'a effectivement pas beaucoup de sens.

3) si tu veux normaliser à fond, ça te donne trois tables :

Administration (administration_id, administration_nom, etc.)
Adresse (adresse_id, numero, rue, CP, ville, etc.)
Occupation (administration_id... CASCADE, adresse_id... CASCADE)

[enjoy]

Bonjour, merci bcp pour votre réponse, celle-ci est très claire. Cependant je n'arrive pas à me décider...

J'étais parti dans le cas que vous avez appelez 2).
En fait j'ai créé une table adresse generique afin de ne pas dupliquer les attributs.
Ensuite plein d'autres tables comme Société, Utilisateur, Administration avait une ou plusieurs adresses. J'ai ensuite laissé la possibilité d'avoir plusieurs adresses seulement pour les utilisateurs avec une table de jonction et j'ai mis une clé étrangère pour les autres. En effet pour moi une société ou une administration n'a qu'une seule adresse

Finalement la vrai question semble être, dois-je créer une table de jonction dans chaque cas ou pas?
Quel est à votre avis le meilleur choix?

[Antoun]

dans le doute, mieux vaut normaliser (donc passer par une table de jonction)

[enjoy]

Très bien.
Mais cela va t-il ralentir la base?

Et dans le cas avec une table de jonction, est ce logique de supprimer le lien dans la table de jonction ET les adresses quand on supprime une administration ou non??

Merci encore

[Antoun]

Très bien.
Mais cela va t-il ralentir la base?

non, pourquoi ?

Et dans le cas avec une table de jonction, est ce logique de supprimer le lien dans la table de jonction ET les adresses quand on supprime une administration ou non??

Non, ce qui est logique c'est de supprimer la jonction quand on supprime une administration ou une adresse.

Sinon, pourquoi mettre sociétés et administrations dans deux tables différentes ?