Discussion :

[barthelv]

Bonjour,

Pour donner un tout petit peu de contexte, je n'ai pour le moment travaillé qu'avec SQLite, qui vient avec son API. Je n'ai donc aucune expérience avec ADO.net, à part avoir suivi un tutoriel basique.

Au sein d'un système, j'ai un module qui gère des travaux à effectuer. Ces travaux ont des états (ils peuvent être en pause, en cours d'éxecutions, terminés, etc....), des paramètres, et des données. Ce module utilise donc une base de données (SQLite) pour stocker la liste des travaux, leurs paramètres, et un chemin vers où sont stockées les données sur le disque. Ce module annonce les travaux ainsi que leurs états et paramètres à d'autres modules du système (des UI par exemple). Du coup j'ai une interface entre ce module et les autres modules afin de pouvoir annoncer qu'un nouveau travail vient de démarrer son exécution, ou qu'un autre est terminé, etc....

Le soucis, c'est que l'on s’aperçoit que finalement dans notre système presque tout le monde a besoin de connaitre les états et paramètres de ces fameux travaux, et ce pour des tas de raisons différentes. Avoir à passer par ce module qui gère les travaux pour connaitre les états des travaux devient une usine à gaz car il faut en permanence étendre l'interface de ce module pour les nouveaux besoin des différents clients.

Il a donc été décider de sortir la base de données de ce module qui reste le seul à gérer les cycles de vies des travaux, et remplacer SQLite par un SQL server. On veux un système où les modules qui veulent connaitre l'état des travaux s'enregistrent auprès de la base de données, et reçoivent des notifications lorsque des états des travaux changent. On veut vraiment un mécanisme de notification pour éviter de faire du polling.

Du coup on m'a conseillé de regarder du côté de ADO.NET ce qu'il est possible de faire. D'où ma question, existe t'il dans l'API de ADO.NET des mécanismes de notification? Si oui, pourriez vous pointer vers de la documentation ou un tutorial concernant ce mécanisme de notification? Dans le cas contraire, est-ce que vous avez des idées sur comment mettre ceci en place?

Merci beaucoup pour votre aide.

[DotNetMatt]

Oui ca existe, regarde du côté de la classe SqlDependency. Tu trouveras plus d'info sur le mécanisme et des exemples ici : Query Notifications in SQL Server.

Attention car utiliser ce mécanisme n'est pas toujours une bonne idée, parfois le polling reste la meilleure option

[barthelv]

Merci beaucoup pour la réponse, je vais investiguer cela

Attention car utiliser ce mécanisme n'est pas toujours une bonne idée, parfois le polling reste la meilleure option

Auriez-vous un peu plus d'info concernant ce point ?

[DotNetMatt]

Oui on peut citer plusieurs cas :

• Forte sollicitation des données: si les données monitorées sont très fréquemment sollicitées, cela peut induire énormément de notifications (ex. une notification toutes les 10 millisecondes). Le mécanisme de notification ayant un coût non négligeable, cela peut aussi jouer sur les performances globales de SQL Server...
• Redémarrage du serveur: lorsque le serveur SQL redémarre tous les abonnements sont perdus. Cela peut poser problème si ton application n'est pas en mesure de se réabonner.

Je t'invite à lire cet excellent article: The Mysterious Notification. Même s'il date un peu, il présente en détail ce qui se passe lorsqu'on utilise le mécanisme.

Donc même si cela a l'avantage d'être un mécanisme natif à SQL Server, ce n'est pas anodin. Le polling offre beaucoup plus de souplesse et de contrôle, pour un coût moindre. Et avec des technos telles que SignalR ou un service WCF en duplex on peut pousser les notifications vers du client lourd et Web sans trop d'effort.

[EDIT] Et si la seule raison pour ne pas utiliser le polling est que ca soumet trop de requêtes sur SQL Server, rassures-toi, SQL Server est capable de gérer un très grand nombre d'opérations en simultané. Le seul problème qui puisse se présenter est une mauvaise modélisation de la base de données... Le NASDAQ a migré sur SQL Server et ils arrivent à gérer plusieurs milliards de requêtes par jour pour 1 Petabyte de données:

[barthelv]

Merci beaucoup pour ces informations complémentaires. Vous m'avez donné les informations dont j'avais besoin, je passe donc le sujet en résolu.