Discussion :

[eli-stein]

Re bonjour tout le monde,
je suis en train de crée un table archive des prix et je veux votre avis sur la structure de la table.

Donc j'ai un produit, qui a une date à un prix et à une variation

Moi je pense créer une table qui contient les champs :
Date
Produit
Prix
Variation.

voilà ça me paraît simple, mais je ne sais pas si ça serai mieux peut être de réunir les deux champs date et produit dans un seul : date-produit , et ce champ serait la clé index mais le problème est après si je veux faire une stat du produit 1 entre la date 1 et la date 2, je dois devoir décortiqué la valeur du champs « date-champs » et je ne sais pas si au niveau performance c'est mieux de chercher dans les deux champs date et produit ou bien de chercher dans un seul champs date-produit mais devoir le décortiquer ??

Merci d'avance pour votre aide

[tenebriox]

Il faut conserver tes deux champs, tu perdrais la cohérence de tes données sinon. J'imagine qu'il y'a une table produit dans ton appli et tu peux garantir que dans ta table archive-produit, il n'y a pas de produit qui n'existe pas. Si la concaténation de ces deux champs est unique, alors les deux champs peuvent être mis en clé primaire et ainsi créer un index unique. De plus, ce serait plus lourd à gérer au niveau applicatif.
Donc pour ma part je ne vois que des avantages à laisser les deux champs