par
Ajoloca » 04 janv. 2007, 21:03
Ce que je te propose c'est ce que l'on appelle des "tables de référence", elles contiennent les données qui te permettent de construire les autres.
Si demain tu veux changer le prix d'un "modèle" au niveau SQL c'est juste un "UPDATE" sur la table "prix".
Pour une commande tu devras avoir d'autres tables comme Clients, Commandes, Lignes_commande, etc...
Dans ta ligne_commande tu auras le prix au jour de la commande.
Si demain tu modifies le prix dans "prix" tu n'as aucune incidence avec les ventes déjà effectuées.
C'est une proposition, il-y-on a d'autres comme de gérer chaque élément comme un article, une approche comme celle proposée par fab
Ce que je te propose c'est ce que l'on appelle des "tables de référence", elles contiennent les données qui te permettent de construire les autres.
Si demain tu veux changer le prix d'un "modèle" au niveau SQL c'est juste un "UPDATE" sur la table "prix".
Pour une commande tu devras avoir d'autres tables comme Clients, Commandes, Lignes_commande, etc...
Dans ta ligne_commande tu auras le prix au jour de la commande.
Si demain tu modifies le prix dans "prix" tu n'as aucune incidence avec les ventes déjà effectuées.
C'est une proposition, il-y-on a d'autres comme de gérer chaque élément comme un article, une approche comme celle proposée par [b]fab[/b]