Discussion :

[madmox]

Bonjour,

Lors de la mise à jour de données avec un UPDATE, est-il possible, sans effectuer un test explicite sur chacun des champs, de savoir si oui ou nom les données ont bien été affectées ?

L'intérêt ici est le suivant :

• Un client m'envoie quotidiennement la liste de ses articles via un fichier texte ou excel. J'insère les nouveaux et je mets à jour les autres dans la base.
• Une fois ce traitement effectué, je dois "répliquer" les nouveaux produits et les produits effectivement modifiés sur un serveur web (sous forme de fichiers xml mais on s'en fout).
• Répliquer un produit prend un certain temps, et si le client me renvoie tous ses produits à chaque fois c'est ingérable.

J'aimerais par exemple un paramètre de sortie sur mon UPDATE qui indique si il y a eu effectivement modification ou non ; et pour l'instant je ne vois que le test des champs un à un, ce qui me parait un peu fastidieux...

Edit : accessoirement je suis sous SQL Server 2008.

[Waldar]

Il me semble que SQL Server 2008 implémente le CDC (Change Data Capture), après est-ce que ça correspond à votre besoin je ne sais pas.

Une autre solution moins jolie, vous stockez les produits de la veille dans une autre table et vous faites un EXCEPT pour identifier et n'envoyer les données qui ont effectivement été modifiées.

[Jinroh77]

Il me semble que SQL Server 2008 implémente le CDC (Change Data Capture), après est-ce que ça correspond à votre besoin je ne sais pas.

Une autre solution moins jolie, vous stockez les produits de la veille dans une autre table et vous faites un EXCEPT pour identifier et n'envoyer les données qui ont effectivement été modifiées.

+1 pour le CDC. Cela va permettre, suite à un petit paramétrage, d'identifier dans une table les lignes qui ont changé, en suivant certains champs.
On peut alors retrouver l'ancienne valeur, le moment où à eu lieu la modification, ou création de la ligne etc.

[SQLpro]

Le mieux est de faire une seule requête MERGE et de voir quel est le résultat, soit global avec @@ROWCOUNT et si le nombre correspond, alors exploiter tous le fichiers.

Sinon avec la clause OUTPUT, récupérer une table des lignes mis à jour.

Ces deux solution seront beaucoup moins couteuses et usine à gaz que CDC ! (qui n'est dispo que dans le version Enterprise d'ailleurs !!!)

A +

[Ptit_Dje]

Petite parenthese, si jamais l'historique des changements n'est pas importante et que vous souhaitez mettre a jour sur base d'un snapshot, preferez le change tracking au change data capture si jamais vous optez pour cette solution.

http://msdn.microsoft.com/en-us/library/cc280519.aspx

[madmox]

OK je regarde ça, merci !