Discussion :

[papouAlain]

Pour un projet "Futur Proche", probablement développé en C# ou VB.NET sur une base SQL Server....
Je souhaite que ma base de données puisse me remonter un événement quand il y a INSERT, DELETE ou UPDATE d'une table (quelle que soit la valeur) et si possible me donner l'étendue des modifications.
Quel mécanisme dois-je mettre en oeuvre ?
Je ne trouve pas !
Je pense que ce problème doit se poser souvent pour les applications en réseau qui ouvrent toutes des tables identiques. Comment mettre à jour l'état visualisé d'une table par une appli A, quand l'appli B a modifié la table.

[ZERS]

Pour un projet "Futur Proche", probablement développé en C# ou VB.NET sur une base SQL Server....
Je souhaite que ma base de données puisse me remonter un événement quand il y a INSERT, DELETE ou UPDATE d'une table (quelle que soit la valeur) et si possible me donner l'étendue des modifications.
Quel mécanisme dois-je mettre en oeuvre ?
Je ne trouve pas !
Je pense que ce problème doit se poser souvent pour les applications en réseau qui ouvrent toutes des tables identiques. Comment mettre à jour l'état visualisé d'une table par une appli A, quand l'appli B a modifié la table.

fait une recherche sur les TRIGGER par exemple

[papouAlain]

oui, j'avais bien pensé au TRIGGER, mais un TRIGGER ne permet sauf erreur de ma part qu'une ou des actions sur une ou des table, je ne vois pas comment, il pourrait remonter un événement à mon code C#.
Concrétement le TRIGGER peut me générer un SELECT et donc me donner l'état courant de la table AFTER. Mais comment est-ce que mes Winform ou WebForm pourront être averties du changement ???

[localhost]

votre triger insére l'evennement dans une table x que ton application la consulte réguliérement.