Discussion :

[sabababa]

Bonjour,

Pouvez vous me dire si votre MLD est juste

CLIENT (num.cli, nom.cli, adresse.cli, cp.cli, ville.cli)
COMMANDE (num.com, date.com, num.cli #)
LIVRAISON (date.liv, qte.liv, num.com#)
PRODUITS (ref.prod, desi.prod.com, pu.prod, qte.prod, num.com#)

Ci-joint MCD

Merci

[SQLpro]

Sans la description du contexte c'est impossible. Un modèle de données répond à un but précis dans un contexte applicatif donné !

A +

[sabababa]

Enoncé
Facturation de fournitures de bureau
La société Sumi, grossiste en fournitures de bureau a pour client des entreprises et papeterie. Dans la perspective de la réalisation d'une base de données, on arecensé les données nécesaire pour la facturation
Données concernant le client, n° du client, nom, adresse, catégorie
Données concernant la commande, n°, date
données concernant mes produits: reference, désignation,prix unitaire, qte comandé, prix unitaire, quantité commandée,

On doit créer le dictionnaire de données (OK), le MCD, et le MLD.

Merci d'avance

[SQLpro]

Comment liez vous les commandes et les produits ?
Une commande porte sur.. du vide ?

Comment liez vous les livraisons et les produits ?

Dans votre modèle vous avez une quantité dans livraison, mais cette quantité porte sur quoi ? Une quantité de date ? Unq quantité de N° de livraison ???

Allez un peu d'effort !

A +

[StringBuilder]

Lien entre produit et commande : Il y a une clé étrangère "num.com" sur les produits, qui pointe sur la commande.

Ceci voudrait dire qu'un même produit ne peut appartenir à deux commandes (en gros, vous êtes un artiste qui fait des oeuvres d'art sur commande)

=> Il faut créer une table "ligne de commande" (et une autre "ligne de livraison") - et pourquoi pas "facture / ligne de facture" ?

Et c'est ces tables qui font le lien entre numéro de commande et code produit.

Ensuite, généralement, surtout dans le monde de l'entreprise :
- Un client peut désirer recevoir la marchandise à une adresse, la facture à un autre endroit, et pourquoi pas la confirmation de commande à encore un autre endroit. On a donc généralement au moins 3 types d'adresse : commande, livraison et facture.
- Un client peut avoir plusieurs bureaux rattachés à un même siège. C'est généralement le siège qui passe commande pour les différents bureaux.
=> Il faut donc permettre d'avoir plusieurs adresses de livraison (et de commande/facture) pour un même client.
=> Et permettre de rattacher à une commande/livraison/facture l'adresse choisie par le client pour l'évènement en question.

Je ne vois pas non plus de mode de paiement dans votre MCD. Ca peut être pratique pour les relances. Idem, sur la facture, c'est pas mal d'avoir un numéro de relance. Sur la livraison, un motif de non distribution, un horaire de livraison (ou au moins un mode de livraison, histoire de calculer les frais comme il faut).

Bref, y'a des trucs qui manquent dans votre dictionnaire des données.

Et si c'est un TD, vous pouvez dire à votre prof de faire un effort pour coller un peu mieux à la réalité.

[SQLpro]

Comment aussi gérer les livraisons partielles ?

A +

[sabababa]

C'est un TD et nous devons utilisé uniquement les données qui sont dans l'énoncé. Mon dictionnaire de donnée a été validé par la prof

La table CLIENT, comande et produits me semble bien mais la table livraison je la vois lié qu'avec la table commande mais par rapport au MLD que je propose il y a quelque chose qui me choque "les clés étrangères" num.com.

Qu'en pensez vous ?

Merci pour vos réponses.