Discussion :

[kurama]

Bonjour,

Tout d'abord il faut savoir que je ne suis pas du tout un informaticien, mais ça fait quelque temps que je m'interesse à ce monde.
je suis entrain de faire des auto-formations pour apprendre plusieurs choses (XML/XSLT, java, base de données).
J'ai intallé Postgres.
En ce moment j'ai vraiment du mal à traduire un MCD en requetes SQL et surtout la relation entre les entités.
Toute idée qui me permet de comprendre cette partie est bienvenue, et si quelqu'un peut me traduire ce schéma ca m'aiderai bouceaup (comme ca je garde cet exemple comme reference)

Merci d'avance

[grabriel]

Salut,

Il existe un outil très pratique que tu peux trouver ici : http://analysesi.free.fr/

Il te permettra de REcréer le MCD que tu as vu pour le comprendre et surement l'adapter à tes besoins (si t'as besoin) et de génèrer le code SQL.

Bon courage!!

[kurama]

je vais voir ça.
Merci pour ton aide

[bricecol]

Règles portant sur la transformation des ensembles d'entités :

(R1) pour chaque ensemble d'entité identifié E, on crée une relation R dont le schéma est celui de l'ensemble d'entité (les attributs composites sont aplatis, c'est à dire on concatène leur définition). La clé de R est une des clés de E.

(R2) pour chaque ensemble d'entité non identifié I ayant un identifiant étranger E, on crée une relation R qui comprend tous les attributs de I. De plus on définit comme clé étrangère dans R, les attributs clés de la relation correspondant à E. La clé de R est la concaténation de la clé partielle de I et de la clé de l'identifiant étranger.

Règles portant sur la transformation des ensembles d'associations :

(R3) Chaque ensemble d'associations est transformé en une relation dont le schéma est constitué d'une part de la clé de chacun des ensemble des entités participants à l'association et d'autre part (le cas échéant) des attributs propres à l'ensemble d'association). La clé de la relation obtenue se déduit de l'analyse des cardinalités de l'ensemble d'association (c'est au plus la concaténation des clés des ensembles d'entités participants).
Cette règle conduit à produire un grand nombre de relations et ne dérive donc pas la solution la plus compacte (en terme de nombre de relations). Si l'on veut obtenir le nombre minimum de relations (au détriment de la lisibilité certes), il faut appliquer à la place de la règle (R3), les règles (R3') et (R4') :

(R3') pour chaque ensemble d'association binaire R de type 1:1 entre les ensembles d'entités S et T (représentés par les relations RS et RT respectivement) on inclut dans la définition de RS comme clé étrangère la clé de RT. Tous les attributs simples de R sont ajoutés à la définition de S.

(R4') pour chaque ensemble d'association binaire A de type M:N ou pour chaque ensemble de relation A de degré supérieur à 2, on crée une nouvelle relation RA pour représenter A. On met dans RA comme clé étrangère, les clés de toutes les relations correspondant aux ensembles d'entité participant à A. On ajoute également à RA tous les attributs définis sur A. La clé de RA est la concaténation des clés étrangères.

Règle portant sur la transformation des attributs multivalués :

(R5) pour chaque attribut multivalué M d'un ensemble d'entités E (idem pour un ensemble d'associations), on crée une nouvelle relation RM qui comprend un attribut monovalué correspondant à A plus la clé de RE (relation représentant E). La clé de RM est la concaténation des deux attributs.

Règle portant sur la transformation des attributs dérivés :

(R6) chaque attribut dérivé est représenté par une vue dont la définition correspond à la traduction en SQL de la règle de dérivation.