daemon et SQLserveur 2000

Bonjour,

je cherche à developper un daemon sous windows surveillant toutes les n minutes les entrées d'une table MSSQL 2000.

Existe t-il une methode élegante pour implementer ce genre de programme en .NET ?
Je me suis renseigné sur les Services WCF, l'implémantation de ces derniers ne semble pas me convenir dans la mesure ou cela necessiterait l'appel à une requette HTTP depuis ma bdd.

Je recherche plustot, quelque chose du genre filesystem watcher sur la BDD.
Je n'ai cependant rien trouvé de tel pour sql 2000.

Si vous avez des idées .....

un service window, peut-etre ?
http://webman.developpez.com/article...windows/vbnet/

(vb, mais facile a traduire en C#) ;)

J'ai bien pensé au service windows mais toutes les implemantations de services windows que j'ai pu trouver sur le net necessitent un appel à une fonction distribuée par ce service.

Est-ce que je ne risque pas de me retrouver avec un service extremement lourd Sachant que ce dernier en plus de surveiller la table, doit aussi initialiser des traitements dépendant des données de cette table ?

Il ne serait pas plus simple de mettre des triggers sur les tables en questions ?

je pense aussi que les triggers sont une bonne solution du moin elle l'aurait été si ma bdd etait sur le meme serveur que l'appli qui doit faire les traitement.
en gros si j'ustilise les triggers il faut aussi que je déclanche une application(ou un service windows) sur un poste distant.

En gros voici mon problème expliqué de manière plus claire :
j'ai un serveur sql 2000 mutualisé d'un coté et une application effectuant des traitements de l'autre.
l'application effectuant des traitements doit pouvoir detecter que de nouvelles informations ont étés ajouté à une table precise puis lancer une opération de traitements de données (en utilisant les nouvelle données ).

Le problème c'est que je peux pas me permettre de faire une application trop lourde car ces traitement sont tres lourds en temps processeur, ecriture disque et ram.

J'essaye donc de trouver une solution me permettant de mettre en place ce type de système afin qu'il soit robuste et efficace.

Effectivement en SQL 2000 je ne vois pas trop de solution élégante.

C'eut été totalement différent avec SQL 2005, dommage.