Discussion :

[ELAASRIJIHANE]

Bonjour mes amies , j'ai un problème au niveau MLD et MPD me bloque

Bref ... j'ai crée mon MCD sous powerAmc et tous passe en bien sauf que lorsque on génère le MLD et le MPD , la clé étrangère devenue un attribut parmi les attributs de la table enfant et nn pas clé étrangère est ce que vous pouvez me donner un coup de main à ce problème

Normalement 'ID_FRN" est la clé étrangère dont j'ai parlée .

[fsmrel]

Bonjour ELAASRIJIHANE,


Je réponds à la place de vos amies...

Prenons le MLD figurant ici :



Les clés étrangères sont bien présentes (mickey <fk> dans les tables), et en plus elle figurent dans l’arborescence, dans le répertoire Références :




Si on clique sur une référence, par exemple HERBERGER ABSORPTION

=>




Puis sur l’onglet Jointures, on voit bien l'attribut de la clé étrangère et celui de la clé primaire référencée

=>




Votre discussion devrait plutôt figurer dans le forum PowerAMC, car elle concerne spécifiquement cet AGL.

Si un modérateur passe par là, merci à lui de déplacer la discussion vers ce forum...

[ELAASRIJIHANE]

Merci fsmrel d'avoir me répondre , et tu es aussi parmi mes amies ta réponse était claire et enrichissante mais pour moi les résultats sont différents, la clé étrangère apparaît aussi à la table ARTICLE comme colonne et j'arrive plus à régler le problème , tu travail avec quelle logiciel ??

[fsmrel]

tu es aussi parmi mes amies

Heu... disons amis, mais pas amies

la clé étrangère apparaît aussi à la table ARTICLE comme colonne et j'arrive plus à régler le problème

Si la colonne ID_PRN est utilisée pour la clé primaire d’une table T et si la table ARTICLE fait référence à T, alors, par construction, la colonne ID_PRN (avec ce nom ou un autre nom, peu importe) doit aussi être présente dans la table ARTICLE et sera utilisée essentiellement :

1) Pour effectuer des jointures entre les deux tables ;
2) Établir une contrainte d’intégrité référentielle (clé étrangère) voulant que chaque article fasse référence à un prn présent dans T.

Je rappelle qu’au niveau relationnel, l’accès aux données se fait exclusivement par les données, et aucune d’elle n’est cachée, par respect de la 1re des 12 règles de Codd (1985) :

Dans une base de données relationnelle, toute l’information est représentée de façon explicite et d’une seule façon : par des valeurs dans les tables.

Dans les SGBD de 2e génération (c'est-à-dire prérelationnels) l’accès se faisait par pointeurs : donc on naviguait (pointer chasing), sans jointure possible : j’ai pratiqué ça pendant 15 ans, c’était fort pénible.

Je vous renvoie à nouveau à la discussion avec sergeants, penchez-vous attentivement sur le MCD, le MLD et le script SQL de création des tables.

[ELAASRIJIHANE]

Merci fsmrel pour votre aide et soutien ...