MERISE: comment modéliser une contrainte d'inclusion?
2 réponses
Vince C.
Bonjour.
Après avoir terminé une analyse selon la méthodologie MERISE, que j'apprécie
beaucoup, je voudrais savoir s'il est possible de modéliser une contrainte
d'inclusion portant sur trois relations, par exemple.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
Vous voulez sans doute perler d'héritage ???
Si c'est cela, voir l'étude que je faite récemment : http://sqlpro.developpez.com/heritage/herit.html
A +
Vince C. a écrit:
Bonjour.
Après avoir terminé une analyse selon la méthodologie MERISE, que j'apprécie beaucoup, je voudrais savoir s'il est possible de modéliser une contrainte d'inclusion portant sur trois relations, par exemple.
Merci d'avance, Vincent
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
Vous voulez sans doute perler d'héritage ???
Si c'est cela, voir l'étude que je faite récemment :
http://sqlpro.developpez.com/heritage/herit.html
A +
Vince C. a écrit:
Bonjour.
Après avoir terminé une analyse selon la méthodologie MERISE, que j'apprécie
beaucoup, je voudrais savoir s'il est possible de modéliser une contrainte
d'inclusion portant sur trois relations, par exemple.
Merci d'avance,
Vincent
--
Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
****************** mailto:brouardf@club-internet.fr ******************
Si c'est cela, voir l'étude que je faite récemment : http://sqlpro.developpez.com/heritage/herit.html
A +
Vince C. a écrit:
Bonjour.
Après avoir terminé une analyse selon la méthodologie MERISE, que j'apprécie beaucoup, je voudrais savoir s'il est possible de modéliser une contrainte d'inclusion portant sur trois relations, par exemple.
Merci d'avance, Vincent
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
Vince C.
"Fred BROUARD" a écrit dans le message de news:%
Vous voulez sans doute perler d'héritage ???
Si c'est cela, voir l'étude que je faite récemment : http://sqlpro.developpez.com/heritage/herit.html
Merci beaucoup, Fred. L'exemple dont je parlais n'était pas l'héritage - l'héritage est un principe que j'ai déjà modélisé avec facilité. Votre étude m'apporte un début de solution et la relation entre Client - Commande et Client - Paye est exactement ce que je cherchais: supposons qu'un client ne doive payer qu'une commande qu'il a effectuée (et pas celle d'un autre). Dans ce cas, la relation Client - Paye doit être incluse dans la relation Client - Commande.
Ce que j'aurais voulu savoir c'est s'il existe des techniques standard pour modéliser ce genre de contrainte, par exemple en utilisant l'intégrité référentielle. Je vois, dans votre étude, que vous utilisez les déclencheurs pour exclure mutuellement des objets hérités. Je suppose qu'il est malgré tout possible d'utiliser l'intégrité référentielle dans le cas qui m'intéresse?
Une idée qui me vient à l'esprit serait, par exemple, d'ajouter une clé à la relation Client - Commande, de telle sorte que la relation Client - Paie utilise cette clé. Mais, dans ce cas, le diagramme doit être modifié (je présume). Comment résoudriez-vous ce cas de figure?
Vincent
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:%23cMTM707DHA.2404@TK2MSFTNGP11.phx.gbl...
Vous voulez sans doute perler d'héritage ???
Si c'est cela, voir l'étude que je faite récemment :
http://sqlpro.developpez.com/heritage/herit.html
Merci beaucoup, Fred. L'exemple dont je parlais n'était pas l'héritage -
l'héritage est un principe que j'ai déjà modélisé avec facilité. Votre étude
m'apporte un début de solution et la relation entre Client - Commande et
Client - Paye est exactement ce que je cherchais: supposons qu'un client ne
doive payer qu'une commande qu'il a effectuée (et pas celle d'un autre). Dans ce
cas, la relation Client - Paye doit être incluse dans la relation Client -
Commande.
Ce que j'aurais voulu savoir c'est s'il existe des techniques standard pour
modéliser ce genre de contrainte, par exemple en utilisant l'intégrité
référentielle. Je vois, dans votre étude, que vous utilisez les déclencheurs
pour exclure mutuellement des objets hérités. Je suppose qu'il est malgré tout
possible d'utiliser l'intégrité référentielle dans le cas qui m'intéresse?
Une idée qui me vient à l'esprit serait, par exemple, d'ajouter une clé à la
relation Client - Commande, de telle sorte que la relation Client - Paie utilise
cette clé. Mais, dans ce cas, le diagramme doit être modifié (je présume).
Comment résoudriez-vous ce cas de figure?
Si c'est cela, voir l'étude que je faite récemment : http://sqlpro.developpez.com/heritage/herit.html
Merci beaucoup, Fred. L'exemple dont je parlais n'était pas l'héritage - l'héritage est un principe que j'ai déjà modélisé avec facilité. Votre étude m'apporte un début de solution et la relation entre Client - Commande et Client - Paye est exactement ce que je cherchais: supposons qu'un client ne doive payer qu'une commande qu'il a effectuée (et pas celle d'un autre). Dans ce cas, la relation Client - Paye doit être incluse dans la relation Client - Commande.
Ce que j'aurais voulu savoir c'est s'il existe des techniques standard pour modéliser ce genre de contrainte, par exemple en utilisant l'intégrité référentielle. Je vois, dans votre étude, que vous utilisez les déclencheurs pour exclure mutuellement des objets hérités. Je suppose qu'il est malgré tout possible d'utiliser l'intégrité référentielle dans le cas qui m'intéresse?
Une idée qui me vient à l'esprit serait, par exemple, d'ajouter une clé à la relation Client - Commande, de telle sorte que la relation Client - Paie utilise cette clé. Mais, dans ce cas, le diagramme doit être modifié (je présume). Comment résoudriez-vous ce cas de figure?
