liste d'amis et listes noires

Version imprimable

07/11/2009, 14h39
ylarvor

liste d'amis et listes noires

voici un article sur toad data modeler.

http://blog.developpez.com/ylarvor/p...data/#more8292

j'ai rencontré quand meme un problème avec ce schéma, il m'était demandé de modeliser une liste d'amis pour les membres et une liste noire de membres rejeté.

je n'ai pas réussi à modeliser ceci avec toad data modeler; pouvez vous m'indiquer comment vous feriez cela avec power amc au moins.

je vois cela comme une relation n-m autoreferencé mais je me trompe surement.

il s'agit d'une table liste noire avec ID Membre et ID Membre rejete comme cle.

merci de toute aide qui pourra m'être apporté sur ce problème...
07/11/2009, 18h19
fallais

Une association de membre vers membre qui s'appelle amis et une rubrique dans membre qui serait un booléen pour liste noire.
C'est ce que tu recherches ?
07/11/2009, 19h11
ylarvor

c'est possible que cela réponde au besoin. mon besoin est simple. il s'agit de permettre au membre de noter que tel personne est son ami, tel autre, elle ne veut plus en entendre parler ( liste noire ).
De toute façon, je ne pense pas qu'il soit possible de faire une relation membre vers membre avec toad data modeler.
merci pour l'aide, je vais essayer de creuser...
08/11/2009, 18h14
JPhi33

Bonjour,

Citation:

Envoyé par ylarvor

je n'ai pas réussi à modeliser ceci avec toad data modeler; pouvez vous m'indiquer comment vous feriez cela avec power amc au moins.

Le choix de l'outil n'est pas en cause. On y arrive aussi bien avec l'un qu'avec l'autre.

Citation:

Envoyé par ylarvor

je vois cela comme une relation n-m autoreferencé mais je me trompe surement.
il s'agit d'une table liste noire avec ID Membre et ID Membre rejete comme cle.

Non, tu ne te trompes pas. C'est bien comme cela qu'il faut modéliser cette contrainte.

En résumé il y a 2 questions :
1) Comment faut-il modéliser l'association réflexive : [0,1 - 0,n] (a) ou [0,n - 0,n] (b) ?
2) L'outil sait-il modéliser l'un et l'autre ?

1) Modélisation
Cas a
MCD : [ Membre ]--0,1----( )----0,n--[ Membre ]
MLD : On obtient un lien réflexif du type "Identifying Relationship" (Toad Data Modeler) qui induit la création d'une clé étrangère id_membre, qu'il est préférable de renommer en id_membre_ami.

Cas b
MCD : [ Membre ]--0,n----( Liste_Amis )----0,n--[ Membre ]
MLD : On obtient une table identifiée par le couple {id_membre, id_membre}.

Quel cas répond-il au besoin ?
Avec le Cas a, si le membre M1 a deux amis, M2 et M3, cette liste doit être constituée en interrogeant les lignes de la table Membre dont l'ami (la clé étrangère) a pour valeur "M1".
Si M2 a lui aussi deux amis qui sont M1 et M3, cette liste est constituée comme pour M1. Le problème, c'est que M3 a déjà "M1" dans la clé étrangère id_membre_ami ---> M3 ne peut donc figurer que dans 1 seule liste d'amis. Ce n'est donc pas la bonne modélisation.

Le bon modèle est donc celui du Cas b : une table listant les couples d'amis.

Citation:

Envoyé par Elwyn

Une association de membre vers membre qui s'appelle amis et une rubrique dans membre qui serait un booléen pour liste noire.

La liste d'amis et la liste noire fonctionnent de la même manière. Il faut donc une table dans les deux cas.

Le booléen dans la table Membre indiquerait que M1, par exemple, est sur une liste noire, oui, mais de qui ??? Ou alors qu'il a une liste noire ? Mais dans ce cas, comment en retrouver les membres ?

2) Possibilités de l'outil
TDM sait faire les deux. Pour le Cas a, il faut choisir "Self Relationship" (barre d'outils "ERD Objects"). Pour le Cas b, il faut créer une table sans colonne puis ajouter deux "Identifying Relationship" à partir de Membre.

Bonjour,

Citation:

Envoyé par ylarvor

je ne pense pas qu'il soit possible de faire une relation membre vers membre avec toad data modeler.

On peut utiliser des relations réflexives avec Toad Data Modeler. Ceci fonctionne avec la version 3 du produit (mais très mal avec la version 2).

Ci-joint un exemple, dans lequel l’entité-type Membre est connectée à elle-même par le biais de deux associations-types réflexives, une pour les amis et une pour la liste noire.

Schéma 1 (MCD)
http://www.fsmwarden.com/developpez/...exives_MCD.jpg

Schéma 2 (MLD)
http://www.fsmwarden.com/developpez/...exives_MLD.jpg

A noter que suite à la dérivation du 1er schéma (MCD), le 2e schéma (MLD) doit subir une légère modification. En effet, l’outil génère deux fois le même nom MbrId (table Membre_Pote, même chose pour la table Membre_PasPote), et il faut donc en renommer un manuellement. Il existe peut-être une option pour éviter les noms en double, mais je n’ai pas cherché.

SQL généré :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 CREATE TABLE [Membre] ( [MbrId] Char(4) NOT NULL, [Nom] Varchar(32) NOT NULL ) go ALTER TABLE [Membre] ADD CONSTRAINT [Unique_Identifier3] PRIMARY KEY ([MbrId]) go CREATE TABLE [Membre_PasPote] ( [MbrId] Char(4) NOT NULL, [MbrPasPoteId] Char(4) NOT NULL ) go ALTER TABLE [Membre_PasPote] ADD CONSTRAINT [Key1] PRIMARY KEY ([MbrId],[MbrPasPoteId]) go CREATE TABLE [Membre_Pote] ( [MbrId] Char(4) NOT NULL, [MbrPoteId] Char(4) NOT NULL ) go ALTER TABLE [Membre_Pote] ADD CONSTRAINT [Key3] PRIMARY KEY ([MbrId],[MbrPoteId]) go ALTER TABLE [Membre_PasPote] ADD CONSTRAINT [Membre_ListeNoire] FOREIGN KEY ([MbrPasPoteId]) REFERENCES [Membre] ([MbrId]) go ALTER TABLE [Membre_PasPote] ADD CONSTRAINT [Membre_L] FOREIGN KEY ([MbrPasPoteId]) REFERENCES [Membre] ([MbrId]) ON DELETE CASCADE go ALTER TABLE [Membre_Pote] ADD CONSTRAINT [Membre_Amis] FOREIGN KEY ([MbrPoteId]) REFERENCES [Membre] ([MbrId]) go ALTER TABLE [Membre_Pote] ADD CONSTRAINT [Membre_A] FOREIGN KEY ([MbrPoteId]) REFERENCES [Membre] ([MbrId]) ON DELETE CASCADE go

09/11/2009, 21h25
ylarvor

toad data modeler

merci à tous les deux pour cette demonstration, je vais essayer de modifier mon schéma avec vos explications.

j'ai essaye de faire une identifying relation de membres vers membres avec la version 2, je n'y arrive pas!

il faudrait recommencer mon modèle, créer un mcd, en version 3.4 trial.

bonne soiree.

Bonsoir,

Citation:

Envoyé par ylarvor

j'ai essaye de faire une identifying relation de membres vers membres avec la version 2, je n'y arrive pas!

Normal, car L’auteur de la V2 n’a rien compris à l’indépendance des concepts en modélisation.

Cela dit, en termes de réflexivité, vous devez pour votre part modéliser un graphe (plusieurs à plusieurs : N-M) et l’auteur de la V2 vous l’interdit...

Pour contourner, et faire comme en V3 :

Créez un MCD comme ci-dessous. Le seul problème est que vous avez deux fois l’attribut MbrId et que vous n’avez pas le droit de faire comme en V3, c'est-à-dire de remplacer le nom du doublon par MbrPoteId. Même pas grave, parce que vous avez le droit de remplacer la valeur de Column name. Sitôt dit, sitôt fait et vous y inscrivez la valeur 'MbrPoteId'. Le MCD :

http://www.fsmwarden.com/developpez/...OAD_V2_MCD.jpg

Quand vous quittez la fenêtre, vous aurez droit au message :

http://www.fsmwarden.com/developpez/...V2_Insulte.jpg
Vous répondez 'Yes'. Par la suite, vous en ferez autant à chaque fois que vous aurez droit à cet avertissement.

Quand vous cochez View\Physical view, vous voyez le MLD suivant :

http://www.fsmwarden.com/developpez/...OAD_V2_MLD.jpg

C’est tout bon. Vous pouvez demander la génération du script (j'ai choisi MS SQL Server) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 Create table [Membre] ( [MbrId] Char(4) NOT NULL, [MbrNom] Varchar(32) NOT NULL, Primary Key ([MbrId]) ) go Create table [Membre_Pote] ( [MbrId] Char(4) NOT NULL, [MbrPoteId] Char(4) NOT NULL, Primary Key ([MbrId],[MbrPoteId]) ) go Alter table [Membre_Pote] add foreign key([MbrId]) references [Membre] ([MbrId]) on update no action on delete cascade go Alter table [Membre_Pote] add foreign key([MbrPoteId]) references [Membre] ([MbrId]) on update no action on delete no action go

En complément, toujours avec la V2.

Pour modéliser une hiérarchie, vous pouvez procéder ainsi et éviter les réflexives :

MCD

http://www.fsmwarden.com/developpez/...archie_MCD.jpg

MLD

http://www.fsmwarden.com/developpez/...archie_MLD.jpg

Script généré :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Create table [Membre]
(
	[MbrId] Char(4) NOT NULL,
	[MbrNom] Varchar(32) NOT NULL,
Primary Key ([MbrId])
) 
go
Create table [Membre_Pote]
(
	[MbrId] Char(4) NOT NULL,
	[MbrPoteId] Char(4) NOT NULL,
Primary Key ([MbrId])
) 
go
Alter table [Membre_Pote] add  foreign key([MbrId]) references [Membre] ([MbrId])  on update no action on delete cascade 
go 
Alter table [Membre_Pote] add  foreign key([MbrPoteId]) references [Membre] ([MbrId])  on update no action on delete no action 
go