我们有一个旧产品,从最初在 SQL Server 2000 中构建,多年来进展缓慢,问题与 SQL 如何从 RaiseError 调用中冒泡错误有关。
例如,我在一个表上有一个触发器,它会引发类似于以下的错误:
ALTER TRIGGER [dbo].[Rotation_UTrig]
ON [dbo].[Rotation] FOR UPDATE AS
BEGIN
SET NOCOUNT ON
.
.
.
/* * VALIDATION RULE FOR FIELD 'RotationYear' */
RAISERROR ('Invalid value entered for RotationYear, must be >=0', 44444, 1)
goto fatalerror
.
.
fatalerror:
END
这在调用过程中具有所需的效果,即 if 语句具有以下值@@Error
:
update Rotation
set OrderedQuantity = @OrderedQuantity,
DespatchedQuantity = @DespatchedQuantity
where ID = @RotationNo
if @@Error != 0
begin
if @AlreadyInTrans = 0 begin rollback transaction end
raiserror ('Error on update of Rotation.', 16, 1)
goto fatalerror
end
.
.
.
fatalerror:
但父调用应用程序看到的错误是:
大于 18 的错误严重级别只能由 sysadmin 角色的成员使用 WITH LOG 选项指定
这是因为触发器中的错误级别是44444,如果我添加
With LOG
到触发器代码,Raiserror
然后这将关闭连接(我们不想要)。如果我在触发器中将错误级别降低到 16,那么
if @@Error !=0
行没有命中,因为@@Error
设置为零。
除了使用
Try... Catch
围绕父过程中的更新语句,是否有任何其他方法可以将@@Error
值冒泡到执行更新的过程中,以便过程代码(更新语句和以下 if @@Error != 0)可以保持不变?如果不是,那么这对我的应用程序来说是一个巨大的变化,因为我需要更改受影响表正在更新的所有位置以及所有触发器。