SQL Server Service Broker
SQL Server Service Broker assure la prise en charge native des applications de messagerie et de mise en file d’attente dans le Moteur de base de données SQL Server. Cela permet aux développeurs de créer plus facilement des applications sophistiquées qui utilisent les composants du moteur de base de données pour communiquer entre des bases de données disparates. Les développeurs peuvent utiliser Service Broker pour créer facilement des applications fiables et distribuées.
Les développeurs d'applications qui utilisent Service Broker peuvent distribuer les charges de données sur plusieurs bases de données sans développer des mécanismes de messagerie et de communication complexes. Il est ainsi possible de réduire le travail de développement et de test puisque Service Broker gère les chemins de communication dans le contexte d'une conversation. Les performances sont aussi meilleures. Par exemple, les bases de données frontales prenant en charge les sites Web peuvent enregistrer des informations et mettre des tâches intensives en file d'attente dans des bases de données principales. Service Broker garantit que toutes les tâches sont gérées dans le contexte des transactions afin d’assurer une fiabilité et une cohérence techniques.
Emplacement de la documentation de Service Broker
La documentation de référence pour Service Broker est incluse dans la documentation SQL Server 2014. Cette documentation de référence comprend les sections suivantes :
Instructions DDL (Data Definition Language) (Transact-SQL) pour les instructions CREATE, ALTER et DROP
Affichages catalogue relatifs à Service Broker (Transact-SQL)
Vues de gestion dynamique liées à Service Broker (Transact-SQL)
Consultez la documentation précédemment publiée pour les concepts Service Broker et pour les tâches de gestion et de développement. Cette documentation n’est pas reproduite dans la documentation SQL Server 2014 en raison du petit nombre de modifications apportées à Service Broker dans SQL Server 2014.
Nouveautés dans Service Broker
Aucune modification significative n’a été introduite dans SQL Server 2014. Les modifications suivantes ont été introduites dans SQL Server 2012.
Les messages peuvent être envoyés à des services cibles (multidiffusion).
La syntaxe de l’instruction SEND (Transact-SQL) a été étendue pour permettre la multidiffusion au moyen de la prise en charge de plusieurs descripteurs de conversation.
Les files d'attente exposent le temps d'empilement des messages.
Les files d’attente ont une nouvelle colonne, message_enqueue_time, qui indique depuis combien de temps un message est dans la file d’attente.
La gestion des messages incohérents peut être désactivée
Les instructions CREATE QUEUE (Transact-SQL) et ALTER QUEUE (Transact-SQL) ont désormais la possibilité d’activer ou désactiver la gestion des messages incohérents en ajoutant la clause POISON_MESSAGE_HANDLING (STATUS = ON | OFF). L’affichage catalogue sys.service_queues comprend maintenant la colonne is_poison_message_handling_enabled pour indiquer si le message incohérent est activé ou désactivé.
Prise en charge d'AlwaysOn dans Service Broker
Pour plus d’informations, consultez Service Broker avec groupes de disponibilité AlwaysOn (SQL Server).