Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1621 connectés 

  FORUM HardWare.fr
  Programmation
  SQL/NoSQL

  pb conception

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

pb conception

n°2088249
toutoutaht​ouha
Posté le 08-07-2011 à 15:49:49  profilanswer
 

salut
g'ai à faire une modélisation pour la faturation
 
clt(matricule, nom, adress)  
cde(numcde,daterecep,matricule#)
produit(code_p,libelle)
ligne_cde(numcde#,code_p#,qté, PU)
facture(numfact, numcde#,datefact)
 
g'ai une doute pour la relation entre les tables
cde et facture qui ont une cardinalité 0-1 , 1-1
 
est ce que la représentation ci dessus est juste?

mood
Publicité
Posté le 08-07-2011 à 15:49:49  profilanswer
 

n°2088270
stef_dober​mann
Personne n'est parfait ...
Posté le 08-07-2011 à 16:48:58  profilanswer
 

un exercice simple...
si tu as des lignes pour ta cde
tu as peux avoir des lignes pour ta factures.
si le client change d'avis (ce qui n'arrive jamais :D ) il peut ajouter/supprimer des produits comme il peut modifier la quantité de ceux-ci !
ensuite le fait de n'avoir pas mis le PU dans la table produit est fait exprès ou est un oubli ?
car normalement ton produit à un prix de vente et éventuellement une pix d'achat un tx de TVA et un prix de vente conseillé (de tel sorte à ce la personne que fait le bon de commande (le vendeur) puisse savoir quel prix doit être vendu sont produit) ça évite les ventes à perte.
ensuite dans la table produit on pourrait paramétrer un prix de vente min et prix de vente max pour donner une fourchette aux vendeurs (en cas d'application d'une remise par exemple)
ça permet aux chef de rayon ou au patron d'avoir un minimum de contrôle sur les vente :)
 
j'avais déjà étudié cette modélisation ;)
 
sinon pour ta question normalement une facture à 1-1 cde


---------------
Tout à commencé par un rêve...
n°2088327
toutoutaht​ouha
Posté le 08-07-2011 à 20:09:21  profilanswer
 

merci bien pour la reponse.
pour le PU oui c'etait une faute.
cette modélisation c'est pour l'achat et pour la vente ça sera la même en ajoutant la table fournisseur
 
clt(matricule, nom, adress)  
cde(numcde,daterecep,matricule#)  
produit(code_p,libelle)  
ligne_cde(numcde#,code_p#,qté, PU)  
facture(numfact, numcde#,datefact,codfour#)  
fournisseur (codefour,nom ,adresse)
mais si je vais faire juste achat la facture ne doit pas avoir un codfour?????????
doit je créer deux bases de données une pour l'achat et l'autre pour la vente?

n°2088988
stef_dober​mann
Personne n'est parfait ...
Posté le 12-07-2011 à 15:52:04  profilanswer
 

à mon avis non.
1 base pour tous ce sera plus facile pour la gestion à mon avis :)


---------------
Tout à commencé par un rêve...

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  SQL/NoSQL

  pb conception

 

Sujets relatifs
conception de base de donnéesconception d'une IHM
Conception d'un mini moteur de recherche[SQL] Logique de Conception
[PHP / SQL] Conception Menu Dynamique a sous Categories VariablesAffection, Conception Matrice Creuse et Reduite
aide en outil de conceptionOutil de conception de BDD et Visual Studio
[cpp] conception sans friendProbleme de conception réseau
Plus de sujets relatifs à : pb conception


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR