SQL Server 2005的XML支持与异常处理

核心提示： SELECTERROR_LINE() AS ErrorLine,ERROR_MESSAGE() AS ErrorMessage,ERROR_NUMBER() AS ErrorNumber,ERROR_PROCEDURE() AS ErrorProcedure,ERROR_SEVERITY(

SELECT
ERROR_LINE() AS ErrorLine,
ERROR_MESSAGE() AS ErrorMessage,
ERROR_NUMBER() AS ErrorNumber,
ERROR_PROCEDURE() AS ErrorProcedure,
ERROR_SEVERITY() AS ErrorSeverity,
ERROR_STATE() AS ErrorState

这些函数(如果适用)将返回发生错误的行号、错误消息、错误号、存储过程或发生错误的触发器、错误的严重级别以及错误的状态级别。

TRY/CATCH 结构捕获严重度为 11 到 19(包括 11 和 19)的错误。低于 11 的严重级别是警告，不视为错误。严重级别为 20 及以上的错误视为严重错误。然而，如果这些严重级别为 20 及以上的错误没有导致数据库引擎停止，则它们将由 TRY/CATCH 捕获。总之，TRY/CATCH 语句更易于读取、更易于维护，且更不容易导致复制和粘贴错误。此外，@@ERROR 技术也不总是很可靠。例如，某些错误会中止计划或整个批处理。

问：我知道可以创建触发器来审核对数据的更改，但是如果表的架构发生更改，我如何执行操作呢?

答：我在简介中提到过，现在有了一个新的触发器：SQL Server 2005 中的 DDL 触发器。数据操作语言 (DML) 触发器基于数据操作激发，而 DDL 触发器在对数据库架构或服务器进行更改时激发。创建的 DDL 触发器只能在发生触发事件之后激发，而 DML 触发器则不同，它可以在事件之后或代替事件激发。以下是创建 DDL 触发器的语法，在 SQL Server 2005 文档中进行了概述：

CREATE TRIGGER trigger_name
ON { ALL SERVER | DATABASE }
[ WITH ENCRYPTION ]
{ FOR | AFTER } { event_type [ ,...n ] | DDL_DATABASE_LEVEL_EVENTS }
[ WITH APPEND ]
[ NOT FOR REPLICATION ]
{ AS
{ sql_statement [ ...n ] | EXTERNAL NAME < method specifier > }
}
< method_specifier > ::= assembly_name:class_name[::method_name]