Avantages et inconvénients des événements de base de données

Question

j'envisage la réécriture d'une partie des méthodes de l'application de mise à jour du modèle de données pour inclure le support pour l'enregistrement des événements à venir de la base de données. Y a-t-il des raisons pour lesquelles ce serait une mauvaise idée? Dois-je me limiter à recevoir des événements tirés par des opérations CRUD, ou pourrais-je programmer plus de la logique d'affaires autour des notifications d'événement? Quels pourraient être les pièges potentiels?

Answer 1

Utilisez certainement une méthode asynchrone. Si vous êtes sur un serveur Microsoft SQL plate-forme vérifier une combinaison de

1) Suivi des modifications disponibles Version SQL> 2008: service SQL http://msdn.microsoft.com/en-us/library/cc280462.aspx

et

2) Courtier, que vous pouvez vous inscrire pour les événements avec . (1. utilise en fait 2. sous le capot IIRC): http://msdn.microsoft.com/en-us/library/ms345108(SQL.90).aspx

Si vous devez revenir aux déclencheurs, gardez l'impact de la gâchette bien bas. Par exemple, créez votre propre journal des modifications et traitez-le ailleurs. Ne pas écrire une mise à jour et de savoir qui à l'information dans le même déclencheur que le changement lui-même. Cela ralentira beaucoup vos requêtes.

Il y a aussi des options en fonction de ce que la technologie couche de données que vous utilisez: NHibernate a le concept d'intercepteurs, même du côté Enterprise Framework. Mais ils ne fonctionnent pas dans la base de données, ce qui présente des avantages et des inconvénients.

HTH Alex

Answer 2

On dirait que vous envisagez de réagir à des événements de base de données dans votre logique métier. Si oui, ce serait en effet une très mauvaise idée, en ignorant presque tout ce qui est généralement considéré comme un bon logiciel de conception (Layering, Séparation des préoccupations etc.) ...