Discussion :

[gralizem]

Bonjour,

Voila j'ai une question toute bête qui ne devrait pas poser de problème pour la majorités d'entre vous. Voila mon problème:

- J'ai modélisé mon MCD et je me retrouve avec des tables associées par une relation binaire de type (1,1)-(1,1).

Mais j'ai cru lire que nous ne devions pas avoir ce type de relation. Donc j'aurais aimé savoir si cela est vrai et dans ce cas comment faire pour résoudre ce problème.

D'avance merci.

[CinePhil]

Montre-nous ton MCD et on verra si tes cardinalités sont bonnes.

[gralizem]

Entrepots (1,1) ---- être construit ---- (1,1) Villes (0,n) ---- Contenir ---- (1,n)Structures


Je veux modéliser ici, qu'une ville ne peux contenir qu'un seul est unique entrepôt (il ne peut pas en avoir aucun).

De plus je me rends compte maintenant que l'entrepôt serait un type de la table déjà existante dans mon modèle : strucutre.
Mais la relation avec la tables strucuture ne suffit pas à modéliser les contraintes citées ci-dessus.

[aline estace]

Bonjour, effectivement des cardinalités (1,1) de chaque coté d'une association sont inutiles. Si un entrepot est situé dans une ville (ce qui est fortement probable) et qu'il n'y a qu'un entrepot dans une ville, dans ce cas ils ne forment d'une seule table.
Et en créant la table, il faudra préciser " is not null".
J'espère avoir été claire
Aline E.

[gralizem]

Oui sur le principe de modélisation je suis entièrement d'accord. Mais je me posais la question par rapport au fait de savoir comment modéliser l'entrepôt dans la table Ville?
Par exemple un entrepot a un nom, une capacité de stockage maximale, et d'autres champs, ... .

[aline estace]

Est-ce que l'entrepot est un type de structure ?

[montesq]

Oui sur le principe de modélisation je suis entièrement d'accord. Mais je me posais la question par rapport au fait de savoir comment modéliser l'entrepôt dans la table Ville?
Par exemple un entrepot a un nom, une capacité de stockage maximale, et d'autres champs, ... .

C'est plutôt les informations de la table Ville que tu stockes dans la table Entrepot...
Quels sont les attributs dans ta table Ville? (mis à part le nom de la ville?)

[aline estace]

oui Ville devient une proprieté de l'entité Entrepot plutot, au moins que pour la ville tu aies d'autres informations que le nom

[gralizem]

Est-ce que l'entrepot est un type de structure ?

Actuellement dans le modèle ce n'est pas une structure mais sinon cela devrait l'être. Mais il faut toujours modéliser la contrainte un unique entrepôt dans une unique ville.

oui Ville devient une proprieté de l'entité Entrepot plutot, au moins que pour la ville tu aies d'autres informations que le nom

En effet la ville contient beaucoup d'autres informations (un nom, un nombre d'habitant, ...).

[montesq]

En effet la ville contient beaucoup d'autres informations (un nom, un nombre d'habitant, ...).

Ok, dans ce cas là.
Par contre, est-ce que tu peux nous dire quelles sont les raisons qui te poussent à avoir une contrainte 1,1 entre entrepot et ville?
Par ailleurs, je ne comprends quel est la signification métier de classe "structure" (mais pour l'instant cela ne concerne pas directement ton problème)

[CinePhil]

Peut-être que Ville sert aussi (est en relation avec) autre chose dans le MCD ?
Pour les adresses de personnes ou d'entreprises par exemple.

Et donc peut-être que la relation n'est pas :
Entrepôt -1,1----Situer----1,1- Ville

Mais plutôt :
Entrepôt -1,1----Situer----0,1- Ville

Ville est souvent ce que j'appelle une table de référence, comme des types, des familles, des catégories... qui ne sont utilisées que pour servir en clé étrangère dans d'autres tables mais ne sont pas porteuses de données à gérer spécifiquement. On peut très bien charger la table de toutes les villes de France pour être sûr dès le début de ne jamais avoir une ville mal orthographiée.
Du coup toutes les villes n'ont pas d'entrepôt mais cela ne remet pas en cause le fonctionnement du logiciel. Par contre, ce qui semble important dans votre règle de gestion, c'est la cardinalité maximale à 1.

A voir si la cardinalité mini à 1 est vraiment fondamentale.

Si vraiment il ne vous faut avoir que les villes contenant un entrepôt, alors vous ne pouvez éviter les deux entités et les cardinalités 1,1----1,1. Mais sémantiquement, et compte tenu du fait que vous avez plusieurs attributs dans l'entité Ville, vous ne pouvez pas assimiler un entrepôt à une ville et vice-versa. Il s'agit bien de deux entités indépendantes.

La question reste : comment choisir quelle entité va recevoir la clé étrangère ?
Physiquement, si je détruis l'entrepîot, je ne détruis pas la ville. Alors que si la ville est détruite par une catastrophe...
Donc je mettrais plutôt la clé étrangère du côté de l'entrepôt. Je ferais même une identification relative si vous êtes sûr qu'il n'y aura jamais plus d'un entrepôt par ville : l'entrepôt à le même identifiantque la ville et sa clé primaire est en même temps clé étrangère, comme dans le cas d'un héritage.

[gralizem]

En fait vous avez peut être raison avec la cardinalité : Entrepôts(1,1) --- (0,1)Villes.

Cela me semble relativement correcte pour ma conception. Si les autres personnes qui se sont penchés à mon projet on une objection, ils peuvent s'exprimer ou se taisent à jamais

En réponse à montesq:

Par contre, est-ce que tu peux nous dire quelles sont les raisons qui te poussent à avoir une contrainte 1,1 entre entrepot et ville?

La contrainte suivante: "Je veux que dans une ville il n'y ai qu'un seul et unique entrepôt.

Par ailleurs, je ne comprends quel est la signification métier de classe "structure"

Cette entité représente des batiments, des infrastructure ... présente dans la ville.

[CinePhil]

Cette entité représente des batiments, des infrastructure ... présente dans la ville.

Donc un héritage entre structure et entrepôt serait peut-être approprié ?

[gralizem]

En effet un héritage serait même plus qu'aproprié, le seul soucis est que je ne sais pas comment l'on fait cela en SGBD ...

[fsmrel]

CinePhil a donné la réponse :

l'entrepôt à le même identifiant que la ville et sa clé primaire est en même temps clé étrangère, comme dans le cas d'un héritage

Autrement dit, en SQL, à titre d'exemple :

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
CREATE TABLE VILLE
(
      VilleId        INT            NOT NULL
    , VilleNom       VARCHAR(48)    NOT NULL	
  , CONSTRAINT VILLE_PK  PRIMARY KEY (VilleId)
  ...
) ;
CREATE TABLE ENTREPOT
(
      VilleId        INT            NOT NULL
    , EntrepotNom    VARCHAR(48)    NOT NULL
    ...
  , CONSTRAINT ENTREPOT_PK  PRIMARY KEY (VilleId)
  , CONSTRAINT ENTREPOT_FK1  FOREIGN KEY (VilleId)
       REFERENCES VILLE (VilleId)
) ;

[gralizem]

Ok Merci beaucoup pour cette réponse, elle vient complétement éclaircir les propos de cinePhil.

Je remercie tous ceux qui ont participé à la résolution de mon problème.

Etant donné que les réponses viennent résoudre mon problème je le tague en "résolu".

Encore merci.