Discussion :

[dspade]

Salut, je suis actuellement en stage et je dois mettre en place différent modules pour un CMS.

Dans un des modules je dois gérer les tarifs en fonction de plusieurs critères dont les paliers pour certains établissements .

C'est-à-dire qu'un nombre de nuit est fixé, 3 par exemple, et que si on part au bout de 2 nuits on va quand même payer les 3 nuits. Le soucis principal étant qu'il peut y avoir plusieurs paliers, un au bout de 3 nuits puis un au bout de 5 nuits et en enfin un dernier au bout de 7 nuits.

J'ai envisagé plusieurs modélisation mais aucune ne me convient et je suis à cours d'idée donc j'aimerais votre aide.

1ere solution :



En faite le numéro de palier est calculable en cherchant le nombre d'occurence dans la table coute en fonction des trois autres clé primaire (hebergement, periode et villégiature) du coup elle n'a pas ça place dans le MCD et en plus on a pas forcément besoin donc bon, on balance. Du coup si on l'enleve on se retrouve avec une table qui risque d'avoir cette forme là

ID NbNuit

1 1
2 2
etc

En plus de ça si y'a pas de palier, ça mais le bazar et on doit bricoler (minimum de nuit à 1 en faite sur toute la periode en cours)

Ce qui nous emmène à :

2eme solution :



Le problème avec cette modélisation c'est que le nombre de nuit ne me parait pas pertinent comme choix de clé primaire

Mais en même temps je vois pas d'autre solution.

Si vous pouviez m'aider.

Merci d'avance

[fsmrel]

Bonjour,


Pourriez-vous déjà donner la définition des concepts : qu'es-ce qu'une villégiature, un hébergement ?

Si je vous dis que je modélise des titres, sans en dire plus, vous seriez bien perplexe : qu’est-ce qu’un titre ? Un titre boursier ? L’intitulé d’un ouvrage littéraire ou d’un message chez DVP (exemple : « Gestion de paliers de paiement pour des hébergements ») ? Un degré d’alcool ? Un titre de civilité (Monsieur, Madame, etc.) ? J’en passe et des meilleures.

[dspade]

Etant à fond dans le truc je me suis pas aperçu que tout ne serait pas forcément clair pour les autres

Voici donc quelques explication supplémentaires.

Tous ces éléments influe directement sur le prix et il est nécessaire de connaître chacun d'entre eux pour pouvoir, à la fin, avoir un tarif précis et pouvoir gérer correctement l'affichage des tableaux de prix pour chaque hébergement.

Un hébergement correspond à une location possible dans un camping, hôtel...
Cela peut correspondre à une chambre, un mobilhome, un emplacement d'herbe pour planter sa tente ou a une yourte.

Après rentre en compte la villégiature de l'hébergement. Par exemple, dans un hôtel on a plusieurs chambres du même type. Pour une chambre d'hôtel de type familiale le prix sera plus élevé si elle est côté mer que si elle est côté jardin. Ca définit en quelques sortes la position d'un hébergement dans un établissement (camping, hôtel,...)

Ensuite il y a lapériode. Un emplacement de camping sera plus cher en haute saison qu'en basse saison, idem pour notre chambre d'hôtel. Des périodes spécifiques peuvent être créer certain week-end ou pour la semaine d'anniversaire du camping.

Si y'a besoin d'autres précision hésite (n'hésitez) pas

[JPhi33]

Bonjour,

A propos de la modélisation de l'entité Palier.

La 2e solution est à oublier. Le nombre de nuits du palier est un mauvais identifiant car il est susceptible de changer (exemple : le premier palier passe de 3 à 2 nuits).

La 1ère solution est donc la bonne mais elle est un peu "riche". Une seule des deux propriétés palier_id et palier_numéro est nécessaire. Le numéro de palier fait tout à fait l'affaire pour identifier l'entité Palier. La table issue de cette entité pourrait donc être :

Code :

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

1
2
3
4
5
6
no_palier nb_nuits
--------- --------
   1         3
   2         5
   3         7

[dspade]

Bonjour,

A propos de la modélisation de l'entité Palier.

La 2e solution est à oublier. Le nombre de nuits du palier est un mauvais identifiant car il est susceptible de changer (exemple : le premier palier passe de 3 à 2 nuits).

La 1ère solution est donc la bonne mais elle est un peu "riche". Une seule des deux propriétés palier_id et palier_numéro est nécessaire. Le numéro de palier fait tout à fait l'affaire pour identifier l'entité Palier. La table issue de cette entité pourrait donc être :

Code :

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

1
2
3
4
5
6
no_palier nb_nuits
--------- --------
   1         3
   2         5
   3         7

Bonjour,

En faite je l'ai peut-être mal exprimé mais pour le palier n°1 il peut y avoir plusieurs nb_nuits vu que la durée les paliers dépendent des hébergements.

J'ai peut-être mal compris ta solution

Ou sinon utilisé le couple (no_palier, nb_nuits) pour avoir quelquechose comme ça :

Code :

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

1
2
3
4
5
6
7
8
9
no_palier nb_nuits
--------- --------
   1         3
   2         5
   3         7
   1         2
   2         4
   3         5

Ce module est vraiment prise de tête

[JPhi33]

Bonsoir,

Peut-être as-tu oublié de lire ceci dans ma réponse :

A propos de la modélisation de l'entité Palier.

Je ne parlais donc que de la différence entre les deux schémas et de la modélisation de Palier (schéma 1) et Nuit (schéma 2).



Pour ce qui est de la solution proprement dite, et si j'ai bien interprété les différentes informations, on peut dire que :

1) le tarif dépend du palier
2) le nombre de nuits du palier dépend de l'hébergement

MAIS, à ce que je comprends, le tarif NE DEPEND PAS du nombre de nuits, seulement du palier.


Donc :
1) ==> le tarif reste dans l'association "coute"
1) ==> l'entité Palier reste associée à "coute"
2) ==> le nombre de nuits devrait être sorti de Palier pour faire partie d'une nouvelle association entre Hébergement et Palier

[dspade]

Ok j'ai compris!

Merci de ton aide