Discussion :

[MeKesTudi]

Bonsoir,

j'ai un soucil de traduction merise --> sql,

dans mon diagramme E/R, j'ai une entité faible comme sur l'image ci-dessous :



d'apres mes cours une entité faible doit, pour être identifiée, posséder la (ou les) clé primaire de sa table ET la (ou les) clé primaire de l'autre entité.

ma question est :
comment déclarer une clé primaire qui n'est pas directement dans la table ?

j'ai admis qu'il fallait recréer les attributs et les référencer commes clés primaires et étrangères comme écrit cei dessous :

Code :

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
17
18
 
CREATE TABLE TABLE_A
(
     numeroA CHAR(5),
     nomA VARCHAR(20),
     prenomA VARCHAR(20),
     CONSTRAINT pk_A PRIMARY KEY (numeroA)
)
 
CREATE TABLE TABLE_B
(
     numeroB CHAR(5),
     anneeB CHAR(4),
     titreB VARCHAR(20),
     numeroA CHAR(5),
     CONSTRAINT pk_B PRIMARY KEY (numeroA,numeroB),
     CONSTRAINT fk1_B FOREIGN KEY (numeroA) REFERENCES TABLE_A(numeroA)
)

me trompais'je ?

merci de m'éclairer


edit : j'ai rectifié une erreur pour la clé primaire de Table_A

[Adjanakis]

Bonjour,

J'ai perdu pas mal de notions théoriques sur Merise, ce qui me fait m'interoger sur la clé primaire de la TABLE_B. En fait, je me demande si numeroB est une "clé référentielle"(je ne me souvient plus du terme exact) par rapport a numeroA. Bref la question est :

Combien y a t il des numeroB identiques dans la table TABLE_B ?

ps: il y a une coquille dans la creation de TABLE_A

[MeKesTudi]

Ta question signifie que tu remets en cause la présence d'une entité faible dans ce cas ?

Je répondrai à ta question en disant que il y a plusieurs numeroB identiques dans Table_B, mais combien ça je ne peut pas répondre.

Donc la clé numeroB ne suffit pas à identifier le tuple, j'ai besoin des clés des 2 tables.

Pour le terme de clé référentielle il faut que je cherche dans mes cours je ne me rappelle pas l'avoir vu.


merci.

[SQLpro]

c'est bon mais le (1,1) est inutile. Le 1,1 est suffisant. Ce (1,1) est utile si il n'y a que des (1,1) identifiant des relations.

Exemple : http://sqlpro.developpez.com/cours/gestiontemps/
le modèle merise du point 3.1 montre une double relation 1.1 pour la table des jours fériés fixe, car pour identifier un jour férié fixe il n'y a pas besoin de clef dans l'entité : les clef MOIS et JOUR dont cet entitée héritera lors du passage MCD / MLD (ou MPD) lui donnerons la clef.
Voyez d'ailleurs le schéma suivant qui montre le résultat...

A +