¿Puede/debería usar SQL Server Service Broker con aplicaciones .NET?

Question

Tengo muchas operaciones en la base de datos que necesitan desencadenar código de aplicación. Actualmente estoy usando el sondeo de la base de datos, pero escuché que SQL Server Service Broker puede darme la funcionalidad similar a MSMQ.

1. ¿Puedo escuchar las colas de SQL Server Service Broker desde aplicaciones .NET que se ejecutan en una máquina diferente?
2. Si es así, ¿debería hacerlo?
3. Si no, ¿qué recomendarías?

Answer 1

para responder a sus preguntas:

¿Puedo escuchar SQL Server Service Broker colas de aplicaciones .NET que se ejecutan en una máquina diferente?

Sí.

Si es así, ¿debería hacerlo?

Si no, ¿qué recomendarías?

Considerar el uso de SqlDependency. Utiliza Service Broker detrás de escena, pero no explícitamente.

Puede registrar un objeto SqlDependency con una consulta SELECT o un procedimiento almacenado. Si otro comando cambia los datos que se devolvieron de la consulta, se activará un evento. Puede registrar un controlador de eventos y ejecutar el código que desee en ese momento. O bien, puede usar SqlCacheDependency, que simplemente eliminará el objeto asociado de la memoria caché cuando se desate el evento.

También puede usar Service Broker directamente. Sin embargo, en ese caso, deberá enviar y recibir sus propios mensajes, como con MSMQ.

En entornos de equilibrio de carga, SqlDependency es bueno para los casos en que el código debe ejecutarse en cada servidor web (como el lavado de la memoria caché). Los mensajes de Service Broker son mejores para el código que solo deberían ejecutarse una vez, como enviar un correo electrónico.

En caso de que ayude, cubro ambos sistemas en detalle con ejemplos en mi libro (Ultra-Fast ASP.NET).

Answer 2

SSB (SQL Service Broker) tiene una característica llamada Activation que habilitó un procedimiento almacenado para asociarse a una cola. SQL Server ejecutará este procedimiento internamente cuando haya mensajes para consumir en una cola. El procedimiento adjunto en cola puede ser un procedimiento CLR, que permite la ejecución de módulos lógicos comerciales de código administrado (C#, VB.Net etC).

Una alternativa a un procedimiento almacenado activado interno es hacer que un cliente externo 'escuche' en una cola con una instrucción WAITFOR(RECEIVE ...). Esta sintaxis es especial para SSB y hace un bloque sin agrupar hasta que haya mensajes para recibir. Las aplicaciones luego consumen los mensajes recibidos como un conjunto de resultados ordinarios de T-SQL (como un SELECCIONAR). También hay una muestra de External Activator for Service Broker que aprovecha el mecanismo de notificación de eventos para saber cuándo iniciar una aplicación para consumir mensajes de una cola.

Si desea ver una muestra del código T-SQL que aprovecha la activación interna de SSB, eche un vistazo a Asynchronous procedure execution.

Answer 3

Una biblioteca fácil de utilizar cola para SQL Service Broker basado en Rhino-colas

http://github.com/CoreyKaylor/servicebroker-queues