SQLServer之创建Transact-SQL DDL触发器-优快云博客

本文深入解析DDL触发器的原理与创建方法，展示如何利用DDL触发器监控数据库的重要事件，记录数据库的修改过程，以及增强安全性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

DDL触发器原理

DDL 触发器用于响应各种数据定义语言 (DDL) 事件。这些事件主要与以关键字 CREATE、ALTER、DROP、GRANT、DENY、REVOKE 或 UPDATE STATISTICS 开头的 Transact-SQL 语句对应。执行 DDL 式操作的系统存储过程也可以激发 DDL 触发器。

DDL触发器在数据库或模式级运行，DDL触发器通常用于记录数据库的修改过程和监控数据库中的重要事件。

DDL触发器创建

语法：

--声明数据库引用

use 数据库名;

--判断是否存在要创建的触发器，如果存在则删除

if exists(select * from sys.triggers where name=触发器名)

drop trigger 触发器名 on { database | all server };

--创建触发器

create

--触发器标识符

trigger

--DML 触发器所属架构的名称。 DML 触发器的作用域是为其创建该触发器的表或视图的架构。不能为 DDL 或登录触发器指定 schema_name。

--[ schema_name .]

--触发器名称

触发器名

--ALL SERVER

--适用范围： SQL Server 2008 到 SQL Server 2017。

--将 DDL 或登录触发器的作用域应用于当前服务器。如果指定了此参数，则只要当前服务器中的任何位置出现 event_type 或 event_group，就会激发该触发器。

--database

--将 DDL 触发器的作用域应用于当前数据库。如果指定了此参数，则只要当前数据库中出现 event_type 或 event_group，就会激发该触发器。

on { database | all server }

[with]

--适用范围： SQL Server 2008 到 SQL Server 2017。

--对 CREATE TRIGGER 语句的文本进行模糊处理。使用 WITH ENCRYPTION 可以防止将触发器作为 SQL Server 复制的一部分进行发布。不能为 CLR 触发器指定 WITH ENCRYPTION。

[encryption][,]

--EXECUTE AS Clause

--{ EXEC | EXECUTE } AS { SELF | OWNER | 'user_name' }

--CALLER

--指定模块内的语句在模块调用方的上下文中执行。执行模块的用户不仅必须对模块本身拥有适当的权限，还要对模块引用的任何数据库对象拥有适当权限。

--CALLER 是除队列外的所有模块的默认值，与 SQL Server 2005 行为相同。

--CALLER 不能在 CREATE QUEUE 或 ALTER QUEUE 语句中指定。

--SELF

--EXECUTE AS SELF 与 EXECUTE AS user_name 等价，其中指定用户是创建或更改模块的用户。创建或更改模块的用户的实际用户 ID 存储在 sys.sql_modules 或 sys.service_queues 目录视图的 execute_as_principal_id 列中。

--SELF 是队列的默认值。

--OWNER

--指定模块内的语句在模块的当前所有者上下文中执行。如果模块没有指定的所有者，则使用模块架构的所有者。不能为 DDL 或登录触发器指定 OWNER。

--' user_name '

--指定模块内的语句在 user_name 指定的用户的上下文中执行。将根据 user_name 来验证对模块内任意对象的权限。不能为具有服务器作用域的 DDL 触发器或登录触发器指定 user_name。请改用 login_name。

--user_name 必须存在于当前数据库中，并且必须是单一实例帐户。 user_name 不能为组、角色、证书、密钥或内置帐户，如 NT AUTHORITY\LocalService、NT AUTHORITY\NetworkService 或 NT AUTHORITY\LocalSystem。

--执行上下文的用户 ID 存储在元数据中，可以在 sys.sql_modules 或 sys.assembly_modules 目录视图的 execute_as_principal_id 列查看。

[execute as caller]

--FOR | AFTER

--AFTER 指定 DML 触发器仅在触发 SQL 语句中指定的所有操作都已成功执行时才被触发。所有的引用级联操作和约束检查也必须在激发此触发器之前成功完成。

--如果仅指定 FOR 关键字，则 AFTER 为默认值。

--不能对视图定义 AFTER 触发器。

{ for | after }

--event_type

--执行之后将导致激发 DDL 触发器的 Transact-SQL 语言事件的名称。 DDL 事件中列出了 DDL 触发器的有效事件。

--event_group

--预定义的 Transact-SQL 语言事件分组的名称。执行任何属于 event_group 的 Transact-SQL 语言事件之后，都将激发 DDL 触发器。 DDL 事件组中列出了 DDL 触发器的有效事件组。

--CREATE TRIGGER 运行完成后，event_group 还将充当宏，将它涉及的事件类型添加到 sys.trigger_events 目录视图中。

{ event_type | event_group }

begin

sql_statement;

end

示例：

--声明数据库引用

use testss;

--判断是否存在要创建的触发器，如果存在则删除

if exists(select * from sys.triggers where name='ddltri')

drop trigger ddltri on database;

--创建触发器

create

--触发器标识符

trigger

--DML 触发器所属架构的名称。 DML 触发器的作用域是为其创建该触发器的表或视图的架构。不能为 DDL 或登录触发器指定 schema_name。

--[ schema_name .]

--触发器名称

ddltri

--ALL SERVER

--适用范围： SQL Server 2008 到 SQL Server 2017。

--将 DDL 或登录触发器的作用域应用于当前服务器。如果指定了此参数，则只要当前服务器中的任何位置出现 event_type 或 event_group，就会激发该触发器。

--database

--将 DDL 触发器的作用域应用于当前数据库。如果指定了此参数，则只要当前数据库中出现 event_type 或 event_group，就会激发该触发器。

on database

with

--适用范围： SQL Server 2008 到 SQL Server 2017。

encryption,

--EXECUTE AS Clause

--{ EXEC | EXECUTE } AS { SELF | OWNER | 'user_name' }

--CALLER

--CALLER 是除队列外的所有模块的默认值，与 SQL Server 2005 行为相同。

--CALLER 不能在 CREATE QUEUE 或 ALTER QUEUE 语句中指定。

--SELF

--SELF 是队列的默认值。

--OWNER

--指定模块内的语句在模块的当前所有者上下文中执行。如果模块没有指定的所有者，则使用模块架构的所有者。不能为 DDL 或登录触发器指定 OWNER。

--' user_name '

--执行上下文的用户 ID 存储在元数据中，可以在 sys.sql_modules 或 sys.assembly_modules 目录视图的 execute_as_principal_id 列查看。

execute as caller

--FOR | AFTER

--如果仅指定 FOR 关键字，则 AFTER 为默认值。

--不能对视图定义 AFTER 触发器。

for

--event_type

--执行之后将导致激发 DDL 触发器的 Transact-SQL 语言事件的名称。 DDL 事件中列出了 DDL 触发器的有效事件。

--event_group

--CREATE TRIGGER 运行完成后，event_group 还将充当宏，将它涉及的事件类型添加到 sys.trigger_events 目录视图中。

create_table,alter_table,drop_table

begin

print('你触发了ddl触发器');

end

示例结果：

DDL触发器优缺点

优点：

1、记录数据库的修改过程。

2、监控数据库中的重要事件。

3、防止对数据库架构执行恶意更改。

4、更加安全。

5、通过使用 EVENTDATA( ) 函数，可以在触发器中使用XML信息。

缺点：

1、滥用会造成数据库及应用程序的维护困难。