我在这里一直使用RETURN，在脚本或存储过程中工作

如果您在事务中，请确保您ROLLBACK事务，否则立即RETURN将导致一个开放的未提交事务

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

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

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

将适当的代码块包装在try catch块中。然后，如果您愿意，可以使用严重程度为11的Raiserror事件，以便中断到catch块。如果你只想抛出错误，但在try块内继续执行，那么使用较低的严重程度。

试一试……抓住(transact - sql)

我不会使用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

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

我用一个事务成功地扩展了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。因此，我可以很好地提交或回滚事务。