Utilisateur, Partenaire et Evénements

**shadeoner** · 07/04/2011, 12h12

Bonjour à tous,

voilà ma problématique.

J'ai une entité utilisateur (usr) et une entité partenaire (ptr), chacune de ses entités peut être un créateur d'évènement, mais pour le détail d'un évènement, les informations ne seront pas les mêmes si c'est un partenaire ou un utilisateur , j'ai trouvé 3 solutions à ce problème, mais je suis pas vraiment convaincu :

1 - Soit je stock dans la table évènement le ptr_id et le usr_id (je trouve pas ça propre car j'ai deux colonnes pour une même information)

2-Soit je stock dans une table les informations communes de ptr et usr (genre nom, date de création, etc...), j'appelle cette table créateur, et j'utilise le créateur id dans la table évènement, encore ici je trouve pas ça propre car je dois vérifier les informations récupérér et déduire si c'est un utilisateur ou un créateur

3-dernière solution trouvée, je prends la solution 2 et je rajoute dans table créateur un type (usr ou ptr), mon problème ici est qu'il faut que je rajoute un trigger à l'insertion pour ajouter le type, c'est d'après moi la plus normalisée

Avez-vous d'autre propositions plus propre encore ?

Merci

**bergie** · 07/04/2011, 12h19

Salut,

Je suis pas sûr de ma réponse, mais tu ne peux pas utiliser des sous-types de ton entité evenement, qui seront reliés au createur qui leur correspond?

**shadeoner** · 07/04/2011, 14h06

Envoyé par bergie

Salut,

Je suis pas sûr de ma réponse, mais tu ne peux pas utiliser des sous-types de ton entité evenement, qui seront reliés au createur qui leur correspond?

Non car ça voudrait dire que j'ai deux colonnes pour une information : créateur id et son type, je pense que ce n'est pas normalisé.

**bergie** · 07/04/2011, 14h33

En gardant la table "usr" et la table "ptr" sans table "createur"

usr ---1,n--- [CIF] ---1,1--- EvUsr
ptr ---1,n--- [CIF] ---1,1--- EvPtr

"EvUsr" et "EvPtr" étant des sous-types d'evenement, tu n'as pas besoin de propriété "type".

Non?

**shadeoner** · 07/04/2011, 16h26

ça c'est ma solution 1, elle me convient pas car j'ai toujours 2 colonnes pour une information...

**bergie** · 07/04/2011, 16h33

Bah c'est pas tout à fait la même chose.

Dans ta solution 1, tu mets ptr_id et usr_id dans evenement, donc si j'ai bien compris, tu renseignes l'un ou l'autre suivant le créateur. Il te reste donc un champ non utilisé.

Dans ce que je propose, en utilisant les sous-types, tu as soit ptr_id, soit usr_id dans l'evenement, et non les 2.

J'ai mal compris quelque chose?

**shadeoner** · 07/04/2011, 16h57

Envoyé par bergie

Bah c'est pas tout à fait la même chose.

Dans ta solution 1, tu mets ptr_id et usr_id dans evenement, donc si j'ai bien compris, tu renseignes l'un ou l'autre suivant le créateur. Il te reste donc un champ non utilisé.

Dans ce que je propose, en utilisant les sous-types, tu as soit ptr_id, soit usr_id dans l'evenement, et non les 2.

J'ai mal compris quelque chose?

Qu'appels-tu sous type ?

**bergie** · 07/04/2011, 17h02

Plutôt qu'un explication pas forcément très claire:

http://sqlpro.developpez.com/cours/m...tion/heritage/

Bonne lecture ^^

**shadeoner** · 07/04/2011, 17h08

je connais l'héritage

Concrètement ça donnerait quelle colonnes dans quelles tables ?

**bergie** · 07/04/2011, 17h15

USR -> idUSR
PTR -> idPTR

EVENT -> idEvent
EVUSR -> idEvent, idUSR
EVPTR -> idEvent, idPTR

**shadeoner** · 07/04/2011, 17h19

Envoyé par bergie

USR -> idUSR
PTR -> idPTR

EVENT -> idEvent
EVUSR -> idEvent, idUSR
EVPTR -> idEvent, idPTR

En fait je viens juste de comprendre en même temps que tu répondais

Si je fais un select * from event, que va-t-il me sortir pour le nom du créateur de l'évènement ?

**Belinformatic** · 07/04/2011, 17h26

Pour accéder au nom du créateur, va falloir passer par des jointures.
Un select uniquement sur Event te donnera juste la liste des événements, sans les attributs propres à chaque type d'événement particulier, ni ceux du créateur.
Mais là, on n'est plus dans le MCD ^^

**shadeoner** · 07/04/2011, 17h28

Envoyé par Belinformatic

Pour accéder au nom du créateur, va falloir passer par des jointures.
Un select uniquement sur Event te donnera juste la liste des événements, sans les attributs propres à chaque type d'événement particulier, ni ceux du créateur.
Mais là, on n'est plus dans le MCD ^^

Donc ça revient à ma question initiale : si je fais un SELECT avec deux left join (pour usr et ptr) comment savoir si c'est un ptr ou usr sans passer des conditions ? (peut être que c'est simplement impossible)

**bergie** · 07/04/2011, 17h35

En effet, je ne sais pas si c'est possible, je ne peux pas t'aider plus que ça désolé.
Tout ce que je peux te dire, c'est qu'au niveau modélisation, je ferais comme ça (j'ai peut-être tort). C'est vrai qu'ensuite ça complique les requêtes...

Bon courage ^^

EDIT: Au pire, tu peux créer une vue pour faciliter ton select.

**shadeoner** · 07/04/2011, 17h58

Merci quand même pour ton aide

Je vais réfléchir, je suis pointilleux, et j'aime faire les choses de la meilleure façon

**Richard_35** · 07/04/2011, 18h28

Bonjour à tous,

Si j'ai bien compris, ton souci se situe sur le test du nom de l'entité (de la table) où se trouve la personne.

2 Suggestions :

1*************1
USR
- Id_USR (PK)
...

PTR
- Id_PTR (PK)
...

EVT_Entete
- Id_EVT (PK)
- Date_Creation
...

EVT_Detail_USR
- Id_EVT (PK)
- Id_USR (PK)
...

EVT_Detail_PTR
- Id_EVT (PK)
- Id_PTR (PK)
...

Relation
USR ---(1,n)---[liaison détail événement]---(0,1) EVT_Detail_USR ;
PTR ---(1,n)---[liaison détail événement]---(0,1) EVT_Detail_PTR ;
EVT_Entete ---(1,n)---[liaison détail événement]---(1,1) EVT_Detail_USR ;
EVT_Entete ---(1,n)---[liaison détail événement]---(1,1) EVT_Detail_PTR.

==> Problème : autant d'entité détail que d'entité qui créé du détail

. Mais gérable.

2*************2
USR_PTR
- Id_USR_PTR (PK)
- Type_USR_PTR (U=USR, P=PTR)
...
==> Toutes les personnes dans la même entité (si ce sont les mêmes données, bien entendu), le flag renseignant sur le type de personne. Cela résoud les tests de présence dans une table ou une autre par son nom.

EVT
- Id_EVT (PK)
- Id_USR_PTR
- Date_Creation
...

Relation
USR_PTR ---(1,n)---[liaison événement]---(1,1) EVT.
*************

Ou bien, je n'ai rien compris... ce qui est tout à fait possible...

**bergie** · 07/04/2011, 19h14

Envoyé par shadeoner

Merci quand même pour ton aide

Je vais réfléchir, je suis pointilleux, et j'aime faire les choses de la meilleure façon

Pas de quoi

Je comprends, je suis assez comme ça aussi ^^

@Richard_35
Je me trompe peut-être, mais j'ai l'impression que ta premiere suggestion revient à ce que je lui proposais, et que la deuxième fait partie des 3 solutions présentées dans le premier message.

**Richard_35** · 07/04/2011, 19h28

Bonsoir Bergie,

Envoyé par Bergie

USR -> idUSR
PTR -> idPTR

EVENT -> idEvent
EVUSR -> idEvent, idUSR
EVPTR -> idEvent, idPTR

Envoyé par Shadeoner

3-dernière solution trouvée, je prends la solution 2 et je rajoute dans table créateur un type (usr ou ptr), mon problème ici est qu'il faut que je rajoute un trigger à l'insertion pour ajouter le type, c'est d'après moi la plus normalisée

Oui, c'est exact, mais avec les deux sous la même forme. Mais je suis passé au-dessus de ta présentation, pourtant très concise et très claire.