Discussion :

[flatron]

Slt , j'ai mis en PJ une representation d'une relation de mes entités.
Dans ce cas je possede 2 entités 'prestations' et 'tarifs'.

Est-il mieux ou plus conforme de rester avec ce type d'entité ou la creation d'une simple entité 'prestations' contenant les attributs de l'entité 'tarifs' suffirait ? (j'ai eux beaucoup d'avis differents).

Est-ce que la reprsentation de l'entité 'tarifs' est obsceléte dû au differents types de tarifs proposés . ya t-il une representation differentes ?

Merci de bien vouloir m'eclaircir !!

[*alexandre*]

est-ce que tarif est une entité à part entière ou n'est elle utilise que par prestations

a mon avis non et donc tu peux déplacer les attibuts dans ton entité prestations

[fsmrel]

Si les tarifs ont une existence autonome, indépendante des tarifs, l’entité-type Tarifs est justifiée. S’ils n’ont de sens que par rapport aux prestations, ils doivent réintégrer l’entité-type Prestations.

Vous décrivez les tarifs de manière horizontale, figée, alors qu'au niveau relationnel on raisonne "verticalement".

Quid le jour où pour telle prestation on a besoin d’un tarif, disons bimensuel ? Vous allez changer la structure de la table ? Comment éviter les valeurs nulles qui pollueront la table hébergeant les tarifs ?

Je n’en sais pas assez sur le contexte de votre modélisation, mais je verrais les choses ainsi :

— Une entité-type TypeDeTarif, fournissant la liste des types de tarif : "Tarif 1 Année", "Tarif 1 Trimestre", etc.

— Une entité-type Prestations, fournissant le libellé des prestations.

— Une entité-type Tarifs, relative à Prestations, fournissant la valeur des tarifs des prestations.

Le MCD et le MPD sont en PJ.

Le code (SQL Server) est le suivant :

Code :

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

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
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
create table PRESTATIONS (
   ID_PRESTATION        int                  not null,
   LIBELLE              char(32)             not null,
   constraint PK_PRESTATIONS primary key  (ID_PRESTATION)
)
go

create table TYPEDETARIF (
   ID_TYPEDETARIF       int                  not null,
   LIBELLE              char(32)             not null,
   constraint PK_TYPEDETARIF primary key  (ID_TYPEDETARIF)
)
go

create table TARIF (
   ID_PRESTATION        int                  not null,
   IDTARIF              int                  not null,
   ID_TYPEDETARIF       int                  not null,
   VALEURTARIF          int                  not null,
   constraint PK_TARIF primary key  (ID_PRESTATION, IDTARIF),
   constraint FK_TYPEDETARIF foreign key (ID_TYPEDETARIF)
      references TYPEDETARIF (ID_TYPEDETARIF)
         on update cascade,
   constraint FK_PRESTATION foreign key (ID_PRESTATION)
      references PRESTATIONS (ID_PRESTATION)
         on update cascade on delete cascade
)
go

insert into TYPEDETARIF values (1, 'Tarif 1 Année') ;
insert into TYPEDETARIF values (2, 'Tarif 1 Trimestre') ;
insert into TYPEDETARIF values (3, 'Tarif 1 Semaine') ;
insert into TYPEDETARIF values (7, 'Tarif 2 Année') ;

insert into PRESTATIONS values (1, 'Prestation Machin') ;
insert into PRESTATIONS values (2, 'Prestation Truc') ;

insert into TARIF values (1, 1, 1, 1000) ;
insert into TARIF values (1, 2, 2, 5000) ;
insert into TARIF values (2, 1, 1, 2000) ;

Select p.LIBELLE As Prestation, y.LIBELLE as 'Type tarif', t.VALEURTARIF as 'Valeur tarif' 
From   TARIF t, TYPEDETARIF y, prestations p
Where  t.ID_TYPEDETARIF = y.ID_TYPEDETARIF
And    t.ID_PRESTATION = p.ID_PRESTATION
; 

Prestation            Type tarif          Valeur tarif
----------            ----------          ------------
Prestation Machin     Tarif 1 Année         1000
Prestation Machin     Tarif 1 Trimestre     5000
Prestation Truc       Tarif 1 Année         2000

[flatron]

Slt en fait mon prob n'es pas resolu !

Dans ce cas une personne qui va faire un choix de prestation (ex: Anglais) comment vais-je pouvoir reperer quel est le type de paiment choisi par la personne (Tarifs année,mois, trimestre,...)?
Faut-il alors creer ce type de démarche :
nomprestation1 -> tarifs Année
nomprestation1 -> tarifs Mois
nomprestation1 -> tarifs Trimestre

nomprestation2 -> tarifs Année
....
....

Merci

[fsmrel]

Bonsoir,

Dans ce cas une personne qui va faire un choix de prestation (ex: Anglais) comment vais-je pouvoir reperer quel est le type de paiment choisi par la personne (Tarifs année,mois, trimestre,...)?

Jusqu’ici, on traitait d’un catalogue. Maintenant, il s’agit de modéliser en plus le type de paiement choisi par une personne, pour une prestation.
A mon sens, pour qu’il n’y ait aucune ambiguïté, l’entité-type Adhérent est à mettre en relation avec l’entité-type Tarif.
A son tour, la table Choisir a pour clé primaire le triplet {Id_Adhérent, Id_Prestation, IdTarif} signifiant qu’un adhérent donné, pour une prestation donné a retenu tel tarif dont le type est défini par le couple {Id_Prestation, IdTarif}.

CF. Pièces jointes.

[flatron]

Que dire : encore merci !

Je suis entrain de repartir sur le schema que vous m'avez mis en pj .

Par contre pourquoi mon schema n'est -il pas correct ?
Quelles difference entre un adherent qui va choisir un tarif correspondant à une prestation avec un adherent qui s'incrit à une prestation qui propose different? tarifs ?

[fsmrel]

Quelles difference entre un adherent qui va choisir un tarif correspondant à une prestation avec un adherent qui s'incrit à une prestation qui propose different? tarifs ?

Je ne vois pas (plus ?) la PJ attachée à votre tout 1er message. Cela dit j’avais un doute sur la nature des liens entre Prestation et Tarif et j’étais parti sur la base de N Tarifs pour une prestation. Selon votre dernière PJ, on aurait un seul tarif pour une prestation ce qui change tout. Qu’en est-il exactement ?

[flatron]

Effectivement il n'y a plus de pj de mom 1er post (surement une fausse manip)

Je suis sur une base de N Tarifs pour une prestation.

Je remets à jour mon MCD et je l'affiche (merci encore , grace à vos corrections je comprend de mieux en mieux)

[flatron]

Comme prevu voici mon new MCD avec quelques nouveautées !

Mais je pense que j'ai encore un souci sur la modelisation de l'entité jour !
Car une prestation à des jours definis, ansi que la salle de cours, l'heure ....
J'aimerais pouvoir repondre à : affichez moi toutes les prestations avec leurs differents horraires ! Et je pense que mon MCD ne repond pas à ca !

Est ce que je repondrais à mon besoin (des heures) dans la presentation du mcd6.jpg

[fsmrel]

Si vous avez besoin de la liste des jours pour une prestation sans relation avec, par exemple, les salles cours (comme tend à l’indiquer mcd5 : une prestation a toujours lieu dans la même salle), mcd6 est pertinent.

Maintenant si la prestation a lieu tel jour, dans telle salle, voire avec tels participants le jour dit, etc. ça ne suffit pas : le jour devrait figurer dans la relation N,N entre Prestation et Lieu (en supposant que lieu et salle sont la même chose).