Discussion :

[Pol63]

Bonjour,

Nous cherchons à avoir un historique des modifications pour la plupart des colonnes de notre base, dans une table du type :
Identity, IdColonne, DateHeure, IdUser, Valeur
(ca ne prend pas trop de place et c'est facile à interroger)
Ceci doit fonctionner sur sql2012 standard (donc pas de cdc/change tracking à priori(on m'a dit que c'était sur entreprise seulement)) et idéalement sur express

Tout part donc d'un (ou pluseurs) trigger sur chaque table à gérer, et pour ne pas ralentir les applis nous voudrions en faire le maximum en asynchrone.
ce qu'on faisait pour l'instant, c'est une table d'historique pour chaque table, le trigger insert la table inserted dans la table d'historique (l'insert brut étant rapide) et un thread .net dépile ce qu'il y a dans ces tables pour remplir la table finale (suppressions des doublons vu que souvent une seule colonne est modifiée ...)

Trigger asynchrone je ne pense pas que ca existe, trigger CLR ca semble lent sur nos premiers tests, donc je cherche idéalement un moyen de faire tenir inserted et deleted de toutes mes tables dans une seule table
le nombre/type de colonnes étant différent d'une table à l'autre il faudrait un moyen de "sérialiser" tout ca dans une seule colonne/valeur et rapidement ...

Sinon je suis ouvert à toute suggestion.

Merci.

[SQLpro]

Change Tracking répond parfaitement à vos besoin et est disponible dès la version Express !
https://msdn.microsoft.com/en-us/lib...px#Replication

A +

[Pol63]

désolé de te contredire

Change Tracking
Change tracking captures the fact that rows in a table were changed, but does not capture the data that was changed. This enables applications to determine the rows that have changed with the latest row data being obtained directly from the user tables. Therefore, change tracking is more limited in the historical questions it can answer compared to change data capture. However, for those applications that do not require the historical information, there is far less storage overhead because of the changed data not being captured. A synchronous tracking mechanism is used to track the changes. This has been designed to have minimal overhead to the DML operations.

c'est le change data capture qui peut faire ca bien, et il n'est dispo que sur entreprise et developper edition
le change tracking sert surtout à faire du mirroring à la main ...

[SQLpro]

non... CT permet de savoir ce qui a évolué. Par de savoir la valeur avant. Il suffit que vous ayiez les valeurs de départ pour avoir la valeur avant.
Le mirroring est basé sur l'application binaires de modification de pages dans le JT (transactions physiques) et non sur des transactions logiques.

A +

[Pol63]

si je ne m'abuse le CT nous dit qu'il y a eut un changement si on l'interroge
or moi je peux avoir des valeurs qui changent très vite, donc je ne veux pas en rater une
c'est pour ca qu'il me faudrait une solution synchrone (la complexité d'écriture ne me dérange pas)