一、背景知识

事件通知将有关事件的信息发送到服务代理服务。通过将有关这些事件的信息发送到服务代理服务，执行事件通知以响应各种事务处理 SQL 数据定义语言（DDL）语句和 SQL 跟踪事件。

事件通知可用于执行以下操作：

记录和查看数据库上发生的更改或活动。
以异步而非同步方式执行操作以响应事件。

事件通知可以提供 DDL 触发器和 SQL 跟踪的编程替代方法。
在这里插入图片描述

1.1、事件通知的好处

事件通知在事务范围之外异步运行。因此，与 DDL 触发器不同，事件通知可以在数据库应用程序内部用于响应事件，而无需使用即时事务定义的任何资源。

与 SQL 跟踪不同，事件通知可用于在 SQL Server 实例内执行操作以响应 SQL 跟踪事件。

与 SQL Server 一起运行的应用程序可以使用事件数据来跟踪进度并做出决策。例如，每次在示例数据库中发出语句时，以下事件通知都会向特定服务发送通知。

USE AdventureWorks2012;  
GO  
CREATE EVENT NOTIFICATION NotifyALTER_T1  
ON DATABASE  
FOR ALTER_TABLE  
TO SERVICE '//Adventure-Works.com/ArchiveService' ,  
    '8140a771-3c4b-4479-8ac0-81008ab17984';

1.2、事件通知概念

创建事件通知时，将打开 SQL Server 实例与指定目标服务之间的一个或多个服务代理对话。只要事件通知作为对象存在于服务器实例上，对话通常就会保持打开状态。在某些错误情况下，对话可能会在丢弃事件通知之前关闭。这些对话永远不会在事件通知之间共享。每个事件通知都有自己的专属对话。显式结束会话可防止目标服务接收更多消息，并且下次触发事件通知时不会重新打开会话。

事件信息作为 xml 类型的变量传递到 Service Broker 服务，该变量提供有关事件发生时间、受影响的数据库对象、涉及的 Transact-SQL 批处理语句以及其他信息的信息。

1.3、事件通知与触发器

下表比较和对比了触发器和事件通知。
在这里插入图片描述
下表比较和对比了使用事件通知和 SQL 跟踪来监视服务器事件。

二、实现事件通知

若要实现事件通知，必须先创建接收事件通知的目标服务，然后创建事件通知。

2.1、创建目标服务

不必创建服务代理启动服务，因为服务代理包括以下事件通知的特定消息类型和协定：

https://schemas.microsoft.com/SQL/Notifications/PostEventNotification

接收事件通知的目标服务必须遵守此预先存在的协定。

要创建目标服务，请执行以下操作：

创建队列以接收消息。参考。
在队列上创建引用事件通知协定的服务。
在服务上创建路由以定义服务代理将服务消息发送到的地址。对于以同一数据库中的服务为目标的事件通知，请指定 ADDRESS = ‘LOCAL’ 。

示例：在队列上创建一个队列、一个服务，在服务上创建一个路由，以处理来自事件通知协定的消息。

CREATE QUEUE NotifyQueue ;  
GO  
CREATE SERVICE NotifyService  
ON QUEUE NotifyQueue  
(  
[http://schemas.microsoft.com/SQL/Notifications/PostEventNotification]  
);  
GO  
CREATE ROUTE NotifyRoute  
WITH SERVICE_NAME = 'NotifyService',  
ADDRESS = 'LOCAL';  
GO

2.2、创建事件通知

事件通知是使用 Transact-SQL 创建事件通知语句创建的，并使用 DROP 事件通知语句删除。若要修改事件通知，必须删除并重新创建事件通知。

以下示例创建事件通知。此通知将有关服务器上发生的任何事件的消息发送到以前创建的服务。

CREATE EVENT NOTIFICATION CreateDatabaseNotification  
ON SERVER  
FOR CREATE_DATABASE  
TO SERVICE 'NotifyService', '8140a771-3c4b-4479-8ac0-81008ab17984' ;