但是现在又面临一个新的问题: 错误被掩盖了,一但问题发生并且超过3次,异常却不会被抛出。SQL Server 2005 有一个RaiseError语句,可以抛出异常,但却不能直接抛出原来的异常,所以需要重新定义发生的错误,现在,解决方案变成了这样: 
declare @r int
set @r = 1
while @r <= 3
begin
  begin tran
  
  begin try   
    insert into Orders(CustomerId) values(@#ALFKI@#)
    waitfor delay @#00:00:05@#
    select * from Orders where CustomerId = @#ALFKI@#
    
    commit
    break
  end try
    
  begin catch
    rollback
    waitfor delay @#00:00:03@#
    set @r = @r + 1
    continue
  end catch
end
if ERROR_NUMBER() <> 0
begin
  declare @ErrorMessage nvarchar(4000);
  declare @ErrorSeverity int;
  declare @ErrorState int;
  select
    @ErrorMessage = ERROR_MESSAGE(),
    @ErrorSeverity = ERROR_SEVERITY(),
    @ErrorState = ERROR_STATE();
  raiserror (@ErrorMessage,
        @ErrorSeverity,
        @ErrorState
        );
end  | 
   
我希望将来SQL Server 2005能够直接抛出原有异常,比如提供一个无参数的RaiseError。 
因此方案有点臃肿,但将死锁问题封装到T-SQL中有助于明确职责,提高高层系统的清晰度。现在,对于DataAccess的代码,或许再也不需要考虑死锁问题了。