2010-08-25 21 views

Répondre

1

Je ne suis pas tout à fait sûr de ce que vous cherchez, mais vous pouvez créer un déclencheur qui signalera un événement comme celui-ci:

CREATE TRIGGER MyNotifier ON EventTest 
    AFTER UPDATE 
BEGIN 
    execute procedure sp_SignalEvent('UpdateOccurred', 
        false, 0, 'some data'); 
END; 

Ensuite, la deux instructions suivantes créeront l'événement et l'attendre (30 secondes dans cet exemple). Les données qui seront retournées sont le dernier paramètre de la procédure sp_SignalEvent ('certaines données' dans l'exemple ci-dessus). Plus réaliste serait d'utiliser les données qui ont été mises à jour dans le tableau.

execute procedure sp_CreateEvent('UpdateOccurred', 2); 
execute procedure sp_WaitForEvent('UpdateOccurred', 30000, 0, 0); 

Le documentation for sp_CreateEvent fournit également un exemple.

+0

J'ai créé un déclencheur .Net basé sur la documentation. Il a été déployé sur le serveur et je l'ai ajouté à une table. Est-ce que ces procs d'événement système remplacent le .Net? – hsedidin

+0

@hsedidin, Les appels sp_ ​​* dans les exemples ci-dessus ne sont que des procédures système. Ils ne remplacent pas les déclencheurs. Vous pouvez appeler sp_SignalEvent dans votre propre déclencheur. Les appels d'événement create et waitfor sont dans n'importe quel bit de code qui veut être notifié. –

+0

Selon l'exemple du TIFF de notification .NET, le client n'a pas besoin d'être connecté. Puisque nous allons développer des services WCF, c'est nécessaire. Les procédures d'événement semblent nécessiter une connexion. Cela ne fonctionnera pas dans un service sans état. Ce qui serait utile pour nous, est un exemple de la "forme" des données renvoyées à partir du processus .NET. – hsedidin