Version imprimable
Bonjourn
Voilà, après une expérience dans une entreprise qui ne pratiquait pas le relationnel, je me rends compte que mes cours sur MERISE sont un peu loin ...
J'ai commencé à retrouver des cours, mais en fait, j'ai un cas particulier qui me pose problème.
C'est le fameux : un objet coûte 1 prix pour 1 période
Je n'arrive pas à le schématiser correctement.
Est-ce que l'un d'entre vous aurait la solution ?
Merci.
finalement, j'ai décidé de faire différemment, à savoir "un tarif s'applique à un objet", et le tarif contient le prix, et les dates de la période.
Si vous avez une autre solution, où si la mienne n'est pas relationnellement correcte, n'hésitez pas.
Merci
MCD :Citation:
Envoyé par vince29
Objet -1,n----Coûter----0,n- Période
Tables :
Objet (obj_id, obj_nom...)
Periode (prd_id, prd_date_debut, prd_date_fin)
Prix (prx_id_objet, prx_id_periode, prx_montant)
MCD :Citation:
finalement, j'ai décidé de faire différemment, à savoir "un tarif s'applique à un objet", et le tarif contient le prix, et les dates de la période.
Tarif -1,1----Appliquer----1,n- Objet
Tables :
Objet (obj_id, obj_nom...)
Tarif (trf_id, trf_id_objet, trf_date_debut, trf_date_fin, trf_prix)
Dans le premier cas, une période tarifaire peut convenir à plusieurs objets.
Dans le second cas, il ne faut pas oublier une contrainte d'unicité sur le triplet {trf_id_objet, trf_date_debut, trf_date_fin}.
Merci pour la réponse, finalement, je préfère ma 1ère idée.
et donc si je rajoute, une personne réserve un objet, ça me donne :
MCD :
Personne -0,n----Réserver----1,n - Objet
Tables :
Personne (per_id, per_nom...)
objet (obj_id, obj_nom, ....)
Réservation (res_id, res_id_obj, res_id_pers, date_début, durée)
C'est bien cela? pour au finir avoir, un utilisateur réserve un objet à un prix pour une période
Merci.
Pas exactement !
À ton MCD correspondent les tables suivantes :Citation:
MCD :
Personne -0,n----Réserver----1,n - Objet
Personne (per_id, per_nom...)
objet (obj_id, obj_nom, ....)
Réservation (res_id_obj, res_id_pers, date_début, durée)
Ce qui suppose au passage qu'une personne ne puisse réserver plusieurs fois le même objet.
À ta table Reservation correspond le MCD suivant :Citation:
Réservation (res_id, res_id_obj, res_id_pers, date_début, durée)
Personne -0,n----Faire----1,1- Reservation -1,1----Concerner----0,n- Objet
Ceci autorise la même personne à réserver plusieurs fois le même objet, ce qui peut être souhaité par le cahier des charges. Mais sans contrainte d'unicité sur le triplet {res_id_obj, res_idpers, date_debut}, la même personne pourra réserver plusieurs fois le même objet à la même date de début !
Si tu veux autoriser une personne à réserver plusieurs fois le même objet mais à des dates différentes, il faut faire le MCD suivant :
Personne -0,n----Réserver----0,n- Objet
[Date] -0,n--------------|
[Date] est ici une sorte d'entité virtuelle qui n'aura pas besoin d'être implémentée en BDD mais qui permet de faire participer la date à la clé primaire de la table associative.
Dans un logiciel de modélisation, tu peux te contenter d'ajouter une colonne date_debut de type DATE et de la marquer comme clé primaire. Le passage au MLD ajoutera les clés étrangères provenant des autres tables à cette clé primaire.
Tu auras alors la table suivante :
Réservation (res_id_obj, res_id_pers, date_début, durée)
Bonjour,
Merci pour vos réponses rapides, et effectivement, la meilleure solution semble être la dernière :
Merci.Citation:
À ta table Reservation correspond le MCD suivant :
Personne -0,n----Faire----1,1- Reservation -1,1----Concerner----0,n- Objet
Je vois que la réponse à changée.Citation:
Envoyé par CinePhil
Si je garde le premier cas : Personne -0,n----Faire----1,1- Reservation -1,1----Concerner----0,n- Objet
Je pensais que la date de réservation se trouvait dans la table réservation, car 1 réservation est faite à une date.
non?
En effet, comme dirait Teal'c ! :PCitation:
Envoyé par vince29
Mon changement partait de ton MCD et donnait une modélisation qui permettait de se passer de la contrainte d'unicité sur le triplet, potentiellement nécessité par ta table, puisque cette contrainte est implicite par la clé primaire.
Dans ta table réservation, tu as une colonne appelée date_debut qui semble donc être la date de début de la période réservée pour l'objet.Citation:
Si je garde le premier cas : Personne -0,n----Faire----1,1- Reservation -1,1----Concerner----0,n- Objet
Je pensais que la date de réservation se trouvait dans la table réservation, car 1 réservation est faite à une date.
non?
Si aujourd'hui (17/11/2010), je réserve du 25 au 30/11/2010 => date_debut = '2010-11-25'.
Elle peut être différente de la date à laquelle a été prise la réservation (dans mon exemple, aujourd'hui, le 17/11/2010) mais cette information ne figure pas dans ta table.
Ok, effectivement, moi la date qui m'intéresse, c'est la date de réservation, soit dans ton exemple, le 25/11/2010.
Mais, un objet ne peut être réservé qu'une seule fois pour une date, peu importe la personne.
j'ai l'impression que ce cas ne rentre pas dans le schéma que l'on a fait,
il faudrait une table réservation avec come clé (res_obj_id, res_date_deb)
Qu'en pensez-vous?
Les règles que doivent respecter le schéma sont :
Un objet vaut un prix pour une période
Une personne peut effectuer plusieurs réservations
Une réservation concerne un objet pour une date de début
Effectivement, ce n'est pas conforme à ce que j'ai dit précédemment.Citation:
Envoyé par vince29
C'est effectivement ce à quoi il faut aboutir.Citation:
il faudrait une table réservation avec comme clé (res_obj_id, res_date_deb)
Qu'en pensez-vous?
Ta règle de gestion :
Donne le MCD :Citation:
un objet ne peut être réservé qu'une seule fois pour une date
Objet -0,n----Réserver----0,n- [Date]
On transforme l'association entité avec identification relative (matérialisée par les cardinalités entre parenthèses) :
Objet -0,n----Faire_l_objet----(1,1)- Reservation -(1,1)----Debuter----0,n- [Date]
On y ajoute la personne qui réserve :
Objet -0,n----Faire_l_objet----(1,1)- Reservation -(1,1)----Debuter----0,n- [Date]
Personne -0,n----Faire----1,1------------------|
Les tables :
Personne (prs_id, prs_nom, prs_prenom...)
Objet (obj_id, obj_nom...)
Reservation (rsv_id_objet, rsv_date_debut, rsv_id_personne...)