|
Sujet : [exercice] les requetes algebrique |
| massanu |
Rob Roy a écrit a écrit :
c un MCD et la requete algebrique correspondante a la question C est :
R1<-VIN Joint APPEL (VIN.Acode=APPEL.Acode)
R2<-R1 Joint REGION (R1.Rnum=REGION.Rnum)
R3<-Restriction R2 (Rnom="Loire" )
R4<-Projection R3 (Vref,Vlibellé,Vcouleur)
en fait un MCD peut paraitre plus visuel et donc plus facile pour faire de l'algebre relationnel, mais en passant par un MR je trouve que c'est beaucoup plus clair puisque les relations sont clairement posée.
ce que tu dois comprendre, pour passer d'une table a l'autre et recupperer les info d'une autre table, il faut faire une jointure.
En ce qui concerne les associations, il y a un CIF (1,1 -> 1,n)(contrainte d'integrité fonctionnel) entre VIN et APPEL, ce qui signifie que dans ton Modele relationnel, la clé primaire de APPEL sera clé etrangere dans la relation VIN soit
VIN(Vref,...,...,#Acode)
ce qui signifie egalement que l'association correspondre n'apparaitra pas au niveau du modele relationnel.
par contre pour le cas de l'association comporter, c'est une CIM (... multiple) , elle apparaitra au niveau des relations sous la forme :
COMPORTER(#Vref,#Fnum,...) donc si tu veux joindre des informations de Facture par exemple, tu fera prealablement une jointure avec comporter.
voila grosso modo comment l'on traduit les associations dans le model relationnel.
Mon conseil donc, puisque tu debutes dans l'analyse est de traduire le modele relationnel. Ensuite ca viendra tout seul.
|
MCD, MEa c la meme (enfin presque)
Pour ce qui est des jointures c'est extrement logique oui
on aura obligatoirement une relation entre les tables VIN et APPEL qui permettront de faire tres facilement la requete demandé |
| massanu |
Rob Roy a écrit a écrit :
c un MCD et la requete algebrique correspondante a la question C est :
R1<-VIN Joint APPEL (VIN.Acode=APPEL.Acode)
R2<-R1 Joint REGION (R1.Rnum=REGION.Rnum)
R3<-Restriction R2 (Rnom="Loire" )
R4<-Projection R3 (Vref,Vlibellé,Vcouleur)
en fait un MCD peut paraitre plus visuel et donc plus facile pour faire de l'algebre relationnel, mais en passant par un MR je trouve que c'est beaucoup plus clair puisque les relations sont clairement posée.
ce que tu dois comprendre, pour passer d'une table a l'autre et recupperer les info d'une autre table, il faut faire une jointure.
En ce qui concerne les associations, il y a un CIF (1,1 -> 1,n)(contrainte d'integrité fonctionnel) entre VIN et APPEL, ce qui signifie que dans ton Modele relationnel, la clé primaire de APPEL sera clé etrangere dans la relation VIN soit
VIN(Vref,...,...,#Acode)
ce qui signifie egalement que l'association correspondre n'apparaitra pas au niveau du modele relationnel.
par contre pour le cas de l'association comporter, c'est une CIM (... multiple) , elle apparaitra au niveau des relations sous la forme :
COMPORTER(#Vref,#Fnum,...) donc si tu veux joindre des informations de Facture par exemple, tu fera prealablement une jointure avec comporter.
voila grosso modo comment l'on traduit les associations dans le model relationnel.
Mon conseil donc, puisque tu debutes dans l'analyse est de traduire le modele relationnel. Ensuite ca viendra tout seul.
|
MCD, MEa c la meme (enfin presque)
Pour ce qui est des jointures c'est extrement logique oui
on aura obligatoirement une relation entre les tables VIN et APPEL qui permettront de faire tres facilement la requete demandé |
| Rob Roy |
c un MCD et la requete algebrique correspondante a la question C est :
R1<-VIN Joint APPEL (VIN.Acode=APPEL.Acode)
R2<-R1 Joint REGION (R1.Rnum=REGION.Rnum)
R3<-Restriction R2 (Rnom="Loire" )
R4<-Projection R3 (Vref,Vlibellé,Vcouleur)
en fait un MCD peut paraitre plus visuel et donc plus facile pour faire de l'algebre relationnel, mais en passant par un MR je trouve que c'est beaucoup plus clair puisque les relations sont clairement posée.
ce que tu dois comprendre, pour passer d'une table a l'autre et recupperer les info d'une autre table, il faut faire une jointure.
En ce qui concerne les associations, il y a un CIF (1,1 -> 1,n)(contrainte d'integrité fonctionnel) entre VIN et APPEL, ce qui signifie que dans ton Modele relationnel, la clé primaire de APPEL sera clé etrangere dans la relation VIN soit
VIN(Vref,...,...,#Acode)
ce qui signifie egalement que l'association correspondre n'apparaitra pas au niveau du modele relationnel.
par contre pour le cas de l'association comporter, c'est une CIM (... multiple) , elle apparaitra au niveau des relations sous la forme :
COMPORTER(#Vref,#Fnum,...) donc si tu veux joindre des informations de Facture par exemple, tu fera prealablement une jointure avec comporter.
voila grosso modo comment l'on traduit les associations dans le model relationnel.
Mon conseil donc, puisque tu debutes dans l'analyse est de traduire le modele relationnel. Ensuite ca viendra tout seul. [jfdsdjhfuetppo]--Message édité par Rob Roy--[/jfdsdjhfuetppo] |
