J'ai une exigence de surveillance où je dois continuer à vérifier les données de table toutes les heures et si elle atteint certains chiffres plus élevés que l'heure précédente, je dois notifier certains utilisateurs. J'ai également besoin de créer une sorte d'interface utilisateur afin que l'utilisateur puisse suivre les comptes selon le jour/semaine aussi.SQL Server 2008 - Exigence de surveillance DB, quelle est la meilleure façon de le faire
Je suis développeur et je ne sais pas grand-chose à propos de DB excepté l'utilisation basique comme l'écriture de procédure stockée/création de table etc et j'ai cherché sur internet et trouvé beaucoup d'options mais je ne sais pas quelle sera la meilleure option à travers et si cela remplira mon but.
La première consiste à utiliser l'édition SQL Server Reporting Services Enterprise. Je ne suis pas sûr s'il y a un moyen de comparer les données de la précédente, d'écrire la logique dedans et d'envoyer une notification par email.
Le second consiste à écrire le déclencheur sur la table et à écrire la logique dans la procédure stockée et déclencher ce déclencheur avec la logique de procédure stockée si c'est possible. Et le déclencheur enverra l'email. Mais alors j'ai besoin de créer une sorte d'interface au niveau de l'application.
Quelqu'un peut-il s'il vous plaît aider s'il ya une autre meilleure façon de le faire ou quelle est la meilleure approche entre les deux.
Juste un mot d'avertissement: je serais *** *** pas de traitement ou d'autres opérations plus durables mis (comme la création + envoi d'un e -mail) dans un déclencheur. Ceux-ci peuvent tirer très souvent et devraient faire le ** travail minimum ** possible - mettre une entrée dans une autre table et c'est à peu près tout. Do *** pas *** mettre à long terme/traitement étendu dans un déclencheur! C'est un moyen sûr de tuer les performances de votre système .... –
merci! Je garderai cela à l'esprit lors de la mise en œuvre. – ana