Discussion :

[francois974]

merci de vos réponses,
je n'ai pas encore eu le temps de regarder vos interventions dans le détails. Je pense pouvoir le faire d'ici demain ce soir peut-être.

[francois974]

bonjour je reviens vers vous aprés quelques jours d'indisponibilité.
merci d'avoir consacré du temps à mon problème .! la proposition fsmrel me semble valide. j'ai pris du temps à la comprendre et finalement elle me semble convaincante. je n'aurais jamais osé utiliser les clés étrangére de la sorte mais je crois bien( aprés de long moment de perplexité) que c'est exacte.

voici quelques remarques
table resto: ok
table plat:ok
table format:ok
table carte: ok
table carte détail :ok
table site: ok
table resto_site: j'ai l'impression qu'il manque FOREIGN KEY {SiteId} REFERENCES SITE ;
table client : ok
table commande: d'accord avec la prop mais cde_seq n'est pas une cle suffisante ?
table LIGNE_CDE

je vais maintenant me pencher sur les remarques de cinéphil et ses mcd pour bien être sur que la solution proposée par fsmrel est exacte. allez j'y retourne.

[fsmrel]

Bonjour,

table resto_site: j'ai l'impression qu'il manque FOREIGN KEY {SiteId}

De fait, la contrainte référentielle entre RESTO_SITE et SITE a disparu dans mon message. Je raccommode donc :

Code :

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

1
2
3
4
RESTO_SITE {RestoId, SiteId, ...}
        KEY {RestoId, SiteId}
        FOREIGN KEY {RestoId} REFERENCES RESTO ; 
        FOREIGN KEY {SiteId} REFERENCES SITE ;

table commande : cde_seq n'est pas une cle suffisante ?

Dans l’absolu, bien sûr, mais vous devrez alors mettre en œuvre des triggers pour garantir que les lignes de commande déterminent (via COMMANDE) un restaurant qui est le même que celui qui figure dans CARTE_DETAIL et déterminé à son tour par LIGNE_CDE.

La propagation de l’attribut RestoId jusqu’à LIGNE_CDE fait que les triggers deviennent inutiles, les structures permettent à elles seules d'assurer l'intégrité : c'est quand même le but de la manoeuvre que j'ai proposée...