Bonjour,
Les tables suivantes : Appareille, Type consommation, Consommation

Conception des cardinalité en UML:
Type_consommation --1------------1.*-- Appareille ---1.*------------1-- Consommation

Conception des cardinalité à la MCD:
Type_consommation --1.*------------1-- Appareille --1-------------1.*-- Consommation

Ce qui devrait donnés :
Type consommation (id_ Type consommation, libeller_ Type consommation),
Appareille (id_ Appareille, id_ Type consommation, libeller _ Appareille),
Consommation (id_ Consommation, id_Appareille, Quantité_consomation, prix, DateTime).

Merci d'avance de me dire s'il y a des anomalie (ces en ouvrant de débat que la lumière jaillit)

Selon ton MCD, un appareil peut avoir plusieurs types de consommation différente, et plusieurs consommations différentes, mais un type de consommation n'est lié qu'à un appareil, et une consommation aussi.

J'aurais alors viré la FK d'appareil, et je l'aurais mise dans Type_consommation (c'est une règle).

Alors :

Conception des cardinalité à la MCD de vrais donnés sa:
Type_consommation --1.*------------1-- Appareille --1-------------1.*-- Consommation


Ce qui devrait donnés :
Type consommation (id_ Type consommation, libeller_ Type consommation),
Appareille (id_ Appareille, id_ Type consommation*, id_ Consommation*, libeller _ Appareille),
Consommation (id_ Consommation, Quantité_consomation, prix, DateTime).

?

Pourquoi tes FK de ta table appareil sont elles des PK en plus ? Ça ne sert à rien, l'ID_appareil sert à ça.

Corrige les fautes (ex: appareille) et vire tes noms de colonne à rallonge, les année 80 sont derrières nous, (Consommation: id, id_appareil, quantite, etc...), personne ne fait plus de jointures naturelles et ça crade le code si tu récupères tes infos sous forme d'objet.

Tracker.

Citation : Tracker

personne ne fait plus de jointures naturelles et ça crade le code si tu récupères tes infos sous forme d'objet.

j'ai pas bien comprit cette partie ?

Ça t'auras à t'en occuper lorsque tu travailleras au niveau du MPD. Mais bon un natural join implique de jouer sur les noms des champs pour que les 2 champs sur lesquels vont s'articuler la jointure aient le même nom, donc ici de les appeler avec des noms à rallonge dans les 2 tables. T'aurais pu faire comme ça :

Type consommation (id, libelle, type),
Appareille (id, type, conso, libelle),
Consommation (id, quantite, prix, DateTime).

Mais là, au niveau du MPD, pour query ta base, tu pourras pas faire de NATURAL JOIN pour sélectionner des deux tables en même temps, mais une JOIN table ON a.champ1 = b.champ2, vu qu'ils n'ont plus le même nom.