在过去，我们使用了以下语句:效果最好:

RAISERROR ('Error! Connection dead', 20, 127) WITH LOG

这是存储过程吗?如果是这样，我认为你可以只做一个返回，如“返回NULL”;

我不会使用RAISERROR- SQL有IF语句可以用于此目的。执行您的验证和查找并设置局部变量，然后使用IF语句中的变量值使插入具有条件。

您不需要检查每个验证测试的变量结果。你通常可以用一个标志变量来确认所有传递的条件:

declare @valid bit

set @valid = 1

if -- Condition(s)
begin
  print 'Condition(s) failed.'
  set @valid = 0
end

-- Additional validation with similar structure

-- Final check that validation passed
if @valid = 1
begin
  print 'Validation succeeded.'

  -- Do work
end

即使您的验证更复杂，您也应该只需要在最终检查中包含几个标志变量。

将它包含在try catch块中，然后执行将被转移到catch。

BEGIN TRY
    PRINT 'This will be printed'
    RAISERROR ('Custom Exception', 16, 1);
    PRINT 'This will not be printed'
END TRY
BEGIN CATCH
    PRINT 'This will be printed 2nd'
END CATCH;

我用一个事务成功地扩展了noexec开/关解决方案，以全有或全无的方式运行脚本。

set noexec off

begin transaction
go

<First batch, do something here>
go
if @@error != 0 set noexec on;

<Second batch, do something here>
go
if @@error != 0 set noexec on;

<... etc>

declare @finished bit;
set @finished = 1;

SET noexec off;

IF @finished = 1
BEGIN
    PRINT 'Committing changes'
    COMMIT TRANSACTION
END
ELSE
BEGIN
    PRINT 'Errors occured. Rolling back changes'
    ROLLBACK TRANSACTION
END

显然，编译器“理解”IF中的@finished变量，即使有一个错误并且执行被禁用。但是，只有在未禁用执行时，该值才会设置为1。因此，我可以很好地提交或回滚事务。

谢谢你的回答!

Raiserror()工作得很好，但你不应该忘记return语句，否则脚本将继续没有错误!(因此，raiserror不是一个“throwerror”;-))，当然，如果需要，还会进行回滚!

Raiserror()用于告诉执行脚本的人出错了。