Je ne suis pas sûr si ce type de question a déjà été répondu. Dans ma base de données j'ai une table de produit et un tableau de spécifications. Chaque produit peut avoir plusieurs spécifications. Ici, j'ai besoin de stocker les révisions de chaque produit dans la base de données afin de les interroger plus tard à des fins historiques.Stocker des révisions d'objets relationnels de manière efficace
J'ai donc besoin d'un moyen efficace pour stocker les relations des produits aux spécifications chaque fois que les utilisateurs apportent des changements à ces relations. De plus, la quantité de données peut devenir très importante. Par exemple, supposons qu'il y ait 100 000 produits dans la base de données: chaque produit peut avoir 30 spécifications et il y a au moins 20 révisions sur chaque produit. Ainsi, en stockant toutes les données dans un seul tableau, la quantité de données devient énormément élevée.
Des suggestions?
À quelle fréquence vos utilisateurs auront-ils besoin d'interroger les instances historiques d'un produit donné? Si le changement concerne le produit (plutôt que ses spécifications), avez-vous besoin de stocker une révision de * everthing * ou seulement l'enregistrement qui a changé? – APC
Acctuellement, puisque l'utilisateur peut modifier presque tout ce qu'il aime dans le but de changer les données sur un produit, je suppose que je dois conserver des données à la fois pour les détails du produit et aussi les relations aux spécifications. –