Discussion :

[leo88]

bonjour tout le monde, est ce que mon MCD est juste?

[CinePhil]

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.

[leo88]

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

[CinePhil]

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 :

1) Utilise un entier auto-incrémenté pour les identifiants de tes entités types.

Dans le premier schéma, j'étais déjà étonné de l'absence d'association entre Billet et réservation et/ou vol.
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 !

[leo88]

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??

[CinePhil]

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.

[leo88]

Bonne idée, merci beaucoup beaucoup !