Discussion :

[J@ckHerror]

Bonjour à tous,

Pour commencer je ne suis pas débutant en sql, mais disons que c'est ma bête noir... et donc mes connaissances sont assez très limitées...

Je suis entrain de re-développer un vieux projet dans lequel une table était constituée ainsi.
-----------------------------------------
| ID | LB1 | V1 | V2 | V3 ..... | V16 |
| 1 | UN |1.1 |1.2| 1.3 ..... | null |
| 2 |DEUX|2.1 |null|null ......| null |

Cette table fonctionne en prod, en gros elle sert à enregistrer des pointages, on peut donc avoir jusqu'à 16 pointages, V1 est renseigné, puis V2, puis V3 .... etc

Mon projet avançant, je me suis dis que j'allais mettre un trigger sur cette table pour que les insert et update (pas de delete) ce répercute sur ma nouvelle table, qui elle, a une structure complétement différente. Dans cette nouvelle table, l'idée est plutôt d'avoir une ligne par valeur/pointage. Ce qui donnerait :

-----------------------------------------
| IDauto | ID | LB1 | V |
| 1 | 1 |UN |1.1|
| 2 | 1 |UN |1.2|
| 3 | 1 |UN |1.3|
| 4 | 2 |DEUX|1.2|

J'ai donc commencé par faire le plus facile , un trigger sur l'insert (after) qui insert en plus dans ma nouvelle table, facile car lors de cet insert seule la première valeur est renseignée.
Mon problème est donc dans le trigger d'update, car il faut que je détecte quelle valeur a été mise à jour, pour ne faire qu'un insert de cette valeur dans ma nouvelle table.
En cherchant un peu j'ai trouvé Update() mais ça n'est pas adapté à mon cas car elle nous informe juste sur le fait que le champs était dans la requête update ou non, et pas si la valeur du champs a changé... COLUMNS_UPDATED semble être de la même veine.

Donc voila je pensais que ma solution serait simple et me permettrais de tester mes dev avec des données de prod, envoyées instantanément. Je suis conscient que cette façon de faire n'est pas viable à long terme, mais l'idée était juste de faire tourner les 2 systèmes en parallèle pendant une courte période.
Donc si vous avez une technique pour détecter un changement de valeur dans un trigger update, ou alors une toute autre solution... Sinon au pire j'ai un script qui me permet de transférer toutes les données de l'ancienne vers la nouvelle... je le lancerais toutes les heures ...

Merci d'avance,
J@ck.

[aieeeuuuuu]

Bonjour,

Dans votre trigger, vous pouvez faire une jointure entre les tables INSERTED et DELETED sur l'identifiant, et vérifier ensuite quelles valeurs changent entre ces deux tables.

[Donpi]

Il y a aussi la fonction UPDATE pour tester le modification d'une colonne.
par contre je ne sais pas comment ça réagis sur plusieurs lignes.

L'approche de aieeeuuuuu est aussi celle que j'utilise.

[J@ckHerror]

Bonjour, et merci pour vos retours.
Non la fonction Update() n'est pas adapté dans mon cas car pour ce que j'ai testé, elle nous informe uniquement si le champs est dans l'ordre update, et non pas si la valeur a été modifiée, et forcement l'update embarque tous les champs à chaque fois.

Je vais tester dans la journée la jointure entre inserted et deleted.

Bonne journée,
J@ck.

[EDIT] C'est parfait avec une jointure, je vais faire un case pour tester la valeur des champs et l'insert correspondant. Merci beaucoup.