bonjour tout le monde, est ce que mon MCD est juste?
bonjour tout le monde, est ce que mon MCD est juste?
Sans les règles de gestion des données, c'est difficile de se prononcer.
Quelques remarques tout de même...
1) Utilise un entier auto-incrémenté pour les identifiants de tes entités types.
2) Les aéroports devraient faire l'objet d'une entité type.
3) Est-ce normal qu'une réservation puisse être faite par plusieurs clients ?
N'y a t-il pas rique de surbooking ?
4) 25 caractères pour le nom d'un client, ça risque de faire un peu court dans certains cas. Surtout si le nom contient aussi le prénom.
5) Le type Réel pour le numéro du billet est bizarre, ainsi que pour la référence. Ce ne sont pas des nombres avec lesquels tu vas faire des calculs. Un CHAR ou VARCHAR serait plus approprié.
D'alleurs, quelle est la différence entre numéro et référence ?
Et ajoute un identifiant entier.
salut philippe, j ai fé quel que modification sur le MCD qui concerne la réservation des vols,
est ce que il est juste ou non? (surtout les relations)
Aide moi philippe svp
Maintenant que tu as externalisé les aéroports, tu pourrais externaliser les villes et les pays.
Tu n'as pas complètement tenu compte de ma première remarque :
Dans le premier schéma, j'étais déjà étonné de l'absence d'association entre Billet et réservation et/ou vol.1) Utilise un entier auto-incrémenté pour les identifiants de tes entités types.
Comme en dehors de la référence et de la classe, on ne sait rien sur ce que contient le billet, ça pourrait être un billet de train ou de bateau et donc sans rapport avec les vols, ou plus simplement le client pourrait payer un billet qui n'a rien à voir avec sa réservation !
bns, philippe
ton premiere remarque a été déja fé, jé just cacher cettes informations
jé ajouté la relation "concerne" qui relie entre "réservation" et "billet"
mais il y a un problem dans les cardinalités, jé mais (1,1),(1,n) psq jé considérer que si le client éffectué une réservation aller-retour donc le billet sera utiliser 2 fois et la réservation sera valable dans le retour aussi.
sinon si je mais (1,1),(1,1) est ce que elle est juste et logique??
Le problème est d'un autre ordre : tu as une boucle qui fait que, comme quand il n'y avait pas d'association, le billet payé par le client n'est pas forcément celui d'une de ses réservations.
De plus, comme une réservation peut être annulée, je ne suis pas sûr que les cardinalités soient 1,1 du côté de réservation. Ne peut-on faire une réservation sans encore considérer le billet ?
Je supprimerais l'association Paie et je transformerais l'association Concerne1 en "Confirme" et en mettant le prix du billet dans l'entité type Billet.
À toi de voir si le fait de confirmer la réservation par l'émission d'un billet est la conséquence du paiement ou si tu prévois une propriété "est_paye" dans l'entité type Billet.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager