Versionnement dans la base de données relationnelle

Question

J'ai un problème pour introduire un bon versioning dans ma conception de base de données.

Faisons un exemple facile. Un petit service de location. Vous avez un tableau Person (P_ID, Name), un tableau Computer (C_ID, Type) et un tableau Rent (R_ID, P_ID, C_ID, FromData, ToData).

Je veux être en mesure de changer le nom d'utilisateur, créer une nouvelle version et toujours avoir l'ancien à portée de main si j'en ai besoin.

Mon but est d'avoir un système sur mes sites web, ce qui facilite la création d'un versionnement de certains enregistrements dans une table.

Plus d'informations:

J'ai la logique métier qui exige que je puisse libérer un record pour une version. Je dois aussi pouvoir revenir aux anciens. La raison en est que je veux exporter pour les versions diffrentes des données.

Answer 1

Vous avez fait une déclaration (que vous voulez versioning), mais pas une question (exactement quel est votre problème). Sans une question, il est difficile de fournir une réponse.

En général, vous pouvez fournir par versionnage:

1. Identification quelle entité doit être versionné. Dans ce cas, il semble que vous souhaitiez être un «deal» ou un «contrat de location».

2. Ajoutez une colonne PK, une colonne de numéro de version et une colonne "originalID" à la table en haut du modèle pour cette entité. Pour effectuer la gestion des versions, copiez l'enregistrement de niveau supérieur dans un nouveau PK, en plaçant le PK d'origine dans la colonne "originalID" et en incrémentant la colonne du numéro de version. Copiez les tables liées, en modifiant le FK dans ces tables pour correspondre au PK du nouvel enregistrement. Ensuite, permettez à l'utilisateur de modifier les enregistrements relatifs à la nouvelle version PK de l'enregistrement.

Answer 2

Vous pouvez utiliser les déclencheurs:

http://weblogs.asp.net/jgalloway/archive/2008/01/27/adding-simple-trigger-based-auditing-to-your-sql-server-database.aspx

Answer 3

Avant de sauter dans la solution, il pourrait être une bonne idée de demander à ce que le comportement vous êtes désireux d'atteindre? Avez-vous besoin d'un versionnage à des fins d'audit? Avez-vous besoin d'un versionnage pour que les utilisateurs puissent annuler les modifications, avez-vous besoin d'un versionnement pour une règle métier ou y a-t-il une autre raison?

Une fois que vous le savez, la réponse devrait plutôt vous trancher. I.E., Si l'audit est votre but, vous pouvez ajouter des déclencheurs de base de données et stocker les anciennes et nouvelles valeurs dans un tableau séparé [Audit].

Answer 4

Vous pouvez créer une table d'archives que vous mettez à jour via la procédure stockée ou un déclencheur qui est rempli avec une copie de tous les champs d'une ligne de données dans le tableau principal après chaque mise à jour ou insérer. La table d'archivage aurait ses propres PK et horodatages pour les modifications effectuées.