Discussion :

[jano_dave]

voir mon mcd qui est plutôt un mpd car je le réalise avec dbdesigner qui ne fait pas de vrai mcd.

j ai du mal avec mes consommables qui ont une date limilte d'utilisation (DLU).

voici mes tables propre au consommable

consommable :
nom
conditionnement
je précise pour le consomable s il est perisable ou non date limite d'utilisation(DLU).

type de conso :
un type de conso : electrode, batterie, papier, divers.

Lot :
chaque consommable ayant une DLU indentique sera regroupé en un lot unique.
au moment de son entrée dans la sociète à l achat.

les entrées de consommable sont lié à des factures.
et ensuite mes consommable sont à expédier.
je peux avoir des consommable perisable et non périsable dans mon colis
je peux avoir aussi plusieurs colis pour un bon de livraison

j'ai des doute sur ma modélisation merci pour vos critiques et aide pour me faire avancer.

[f-leb]

bonjour,

pas facile à lire un MLD...

quelques petites choses:

je peux avoir aussi plusieurs colis pour un bon de livraison

mais un colis ne peut être répertorié que dans un seul bon de livraison je suppose.
Au niveau MCD:
colis----1,1----avoir------0,n-----BonLivraison
donc pas de table de jonction colis_par_bonlivraison qui suggère une association n:n

entre colis et lot, je vois une table de jonction conso_lot_par_colis.
Un lot peut être réparti dans plusieurs colis?? C'est sûr ça??

sinon les tables fournisseur et fact_entete peuvent sans doute fusionner.

voilà pour l'instant...

[f-leb]

Ah oui, aussi

j'ai du mal avec mes consommables qui ont une date limite d'utilisation (DLU).

Peut-être le bout de MCD:

ConsommablePerissable---1,1---être un----0,1-----Consommable

Consommable(idConsommable,#idtype_conso, nomconso, conditionnement)

ConsommablePerissable(#idconsommable,DLU)

[jano_dave]

Désolé de vous proposer un MLD au lieu d un MCD

mais un colis ne peut être répertorié que dans un seul bon de livraison je suppose.
Au niveau MCD:
colis----1,1----avoir------0,n-----BonLivraison
donc pas de table de jonction colis_par_bonlivraison qui suggère une association n:n

OUi c'est une erreur de ma part je vien de corrigé cela.
plus de table colis_par_bonlivraison.

entre colis et lot, je vois une table de jonction conso_lot_par_colis.
Un lot peut être réparti dans plusieurs colis?? C'est sûr ça??

Oui un lot peux etre répartie dans plusieurs colis
exemple j achète 15 000 électrodes le 01/01/2009 date limite utilitation(dlu) 31/12/2009 et lot nuemro 1.
j'expedie au client1 5000 electrodes dans 3 colis 2/2/2009.
j'expedie au client2 5000 electrodes dans 1 colis 2/3/2009.
j'expedie au client1 5000 electrodes dans 2 colis 2/4/2009.

je vous donne le schéma relationnel :

fournisseur(idfournisseur);
fact_entete(idfact_entete,idfournisseur#);
fact_ligne_par_fact_entete(idfact_entete#,idfact_ligne#,numeroligne);
fact_ligne(idfact_ligne);
detail_lig_conso(idfact_ligne,idconsommable#,idlot#,qte,puht,dlu);
consommable(idconsommable,idtype_conso#,nom_conso,conditionnement,perisable);
type_conso(idtype_conso,lib_typeconso);
lot(idlot);
conso_lot_par_colis(idlot#,idcolis#,qte_consolot);
conso_par_colis(idconsommable#,idcolis#,qte_conso);
colis(idcolis,id_bl#,taille,poids);
bonlivraison(id_bl);

[jano_dave]

Il faut voir ma table consommable comme une liste de consommable possible
comme un stock d ailleurs je devrai lui rajouter le un attribu stock réel.

ensuite j ai mes entrées avec :
detail_lig_conso =>> qte
et mes sorties avec :
conso_lot_par_colis =>> qte_consolot
conso_par_colis =>> qte_conso

sachant que les consommable avec une dlu seront toujours lié à un lot et les autre non.

Quand penses tu ?
Car j ai pas bien compris ta proposition pour le mcd ?
Je ne suis peut être pas clair ?

[f-leb]

Il faut voir ma table consommable comme une liste de consommable possible

exact, je suis allé trop vite.
C'est un exemplaire particulier d'un consommable périssable qui a une DLU. Donc oublie le MCD de mon dernier post

Comme tu ne vas pas créer une entité ExemplairedeConsommablePerissable, la DLU dans la table de jonction detail_lig_conso me semble judicieux et correspondre à la règle:

les consommables avec une dlu seront toujours liés à un lot et les autres non.

Sinon, je rajouterais bien une information de prix aux consommables.

comme un stock d'ailleurs je devrai lui rajouter un attribut stock réel.

Consommable---0,n---concerner-----1,1----MvtStock

MvtStock(idMvt,DateMvt, #idConsommable, qtte_entree, qtte_sortie)

[jano_dave]

Consommable---0,n---concerner-----1,1----MvtStock
MvtStock(idMvt,DateMvt, #idConsommable, qtte_entree, qtte_sortie)

Je répond je pense à ca déjà :
detail_lig_conso(idfact_ligne,idconsommable#,idlot#,qte,puht,dlu);
qte : quantité achetées (mouvement d'entré)
puht : prix unitaire HT du consommable
dlu : date limite utilisation

conso_lot_par_colis(idlot#,idcolis#,qte_consolot);
qte_consolot : quantité de consommable en lot envoyés (mouvement de sortie)
conso_par_colis(idconsommable#,idcolis#,qte_conso);
qte_conso : quantité de consommable pas en lot envoyé (mouvement de sortie)

du coup j ai mon stock par le calcul se qui me parait bien ?
Il faut que je regarde pour les dates maintenant
et les sorties de stock suite a une date dlu dépassé ou consommable détruit, perdu, ajustement d inventaire...

[f-leb]

du coup j'ai mon stock par le calcul ce qui me parait bien ?

oui, et tu te sers de ces calculs pour alimenter la table MvtStock. Il me semble avoir vu sur le forum que c'était plus simple de rajouter les mouvements dans une seule table pour gérer les stocks.

et les sorties de stock suite à une date dlu dépassé ou consommable détruit, perdu, ajustement d'inventaire...

bin justement pour ce genre d'entrée/sortie particulier, elle devrait t'être utile la tableMvtStock, non ?

[jano_dave]

Ok tu as raison je vais garder la table Mvtstock se sera plus rapide pour avoir les stock avec l historique
Merci à toi pour ton aide.