Discussion :

[krakatoa]

Bonjour,

Pouvez-vous m'expliquer comment sont gérés les articles en base de données pour un site e commerce.

en effet, les anciennes commandes doivent conserver le prix, l'article au moment de l'achat.
mais les prix des produits évoluent et donc ils sont mis à jour pour les futurs commandes...

[al1_24]

Il faut une table de l'historique des prix des articles.
Sa structure est simple : (Id_Article, Date_Debut, Prix) où Date_Debut est la date à partir de laquelle le nouveau tarif est appliqué.

[tatayo]

Une autre solution est de valoriser les lignes de commande, en ajoutant une colonne pour le prix (et pourquoi pas aussi une pour la remise) dans la table des lignes.

Tatayo.

[StringBuilder]

C'est la solution de tatayo la plus commune, surtout dans les logiciels de gestion commerciale.

Car si sur un site e-commerce, on a rarement des remises et tarifs manuels, il n'est pas rare dans un ERP d'avoir des tarifs négociés à chaque commande.
A ce moment, on ne peut pas se contenter de stocker l'historique des tarifs, car deux commandes passées le même jour par le même client peuvent tout à fait être valorisées de manière différente.

C'est aussi la méthode la plus simple à relire : tous les éléments nécessaires à l'édition de la commande sont stockés directement dans la commande. Mais aussi la solution la plus pérenne : si demain on purge les anciens tarifs, on peut le faire sans purger les commandes de l'époque, et surtout, les commandes restent valorisées correctement.

En revanche, c'est ce qui prend le plus de place en base.
Cela implique aussi de la redondance : donc en cas d'erreur de tarifs, la correction est tout de suite bien plus compliquée.
Aussi, le prix applicable à une date donnée est une donnée qui peut être déduite à partir de l'article et de la date. Ainsi, il ne faudrait normalement pas la stocker.

C'est, je pense, la dénormalisation la plus courante et la mieux tolérée, dans la mesure où elle a tout de même plus d'avantages que d'inconvénients.

[krakatoa]

merci à tous pour vos réponses !

[Michel.Priori]

Aussi, le prix applicable à une date donnée est une donnée qui peut être déduite à partir de l'article et de la date. Ainsi, il ne faudrait normalement pas la stocker.
C'est, je pense, la dénormalisation la plus courante et la mieux tolérée

En quoi serait-ce une structuration non normale ?

[StringBuilder]

En quoi serait-ce une structuration non normale ?

Car on duplique de l'information, qu'on pourrait (normalement, aux exceptions près) simplement déduire en consultant la table de tarifs.