相关疑难解决方法(0)

我们真的需要 C# 中的事务处理以及双方的数据库存储过程吗？

C＃：

Using(transaction with transaction scope)
{
     Execute stored proc;
     Transaction. Complete;
}

SQL存储过程：

Create process
As
Begin try
    Begin transaction
    Commit
End try
Begin catch
    Rollback
End catch

我一直在阅读 MSDN 关于TRY...CATCH和XACT_STATE。

它有以下示例，用于XACT_STATE在构造CATCH块中TRY…CATCH确定是提交还是回滚事务：

USE AdventureWorks2012;
GO

-- SET XACT_ABORT ON will render the transaction uncommittable
-- when the constraint violation occurs.
SET XACT_ABORT ON;

BEGIN TRY
    BEGIN TRANSACTION;
        -- A FOREIGN KEY constraint exists on this table. This 
        -- statement will generate a constraint violation error.
        DELETE FROM Production.Product
            WHERE ProductID = 980;

    -- If the delete operation succeeds, commit the transaction. The CATCH
    -- block will not execute. …

我需要在单个事务中执行 UPDATE 和 INSERT。该代码本身运行良好，但我希望能够轻松调用它并传入所需的参数。当我尝试将这个事务嵌套在一个存储过程中时，我遇到了很多语法错误。

如何封装以下代码以便轻松调用？

BEGIN TRANSACTION AssignUserToTicket
GO

DECLARE @updateAuthor varchar(100)
DECLARE @assignedUser varchar(100)
DECLARE @ticketID bigint

SET @updateAuthor = 'user1'
SET @assignedUser = 'user2'
SET @ticketID = 123456

    UPDATE tblTicket SET ticketAssignedUserSamAccountName = @assignedUser WHERE (ticketID = @ticketID);
    INSERT INTO [dbo].[tblTicketUpdate]
           ([ticketID]
           ,[updateDetail]
           ,[updateDateTime]
           ,[userSamAccountName]
           ,[activity])
     VALUES
           (@ticketID,
           'Assigned ticket to ' + @assignedUser,
           GetDate(),
           @updateAuthor,
           'Assign');
GO
COMMIT TRANSACTION AssignUserToTicket

我有一个存储过程，它首先声明一些变量，然后包含begin tran;在此之后它对提供的参数执行一些验证（并且每次提供的参数验证失败时都会增加错误计数）。如果没有错误计数，则继续执行 7 次插入。在此之后，它有commit tran;

最近我在列表中添加了第 8 个插入。隐式类型转换意味着某些插入的数据在插入时会被截断。这向 SSMS 屏幕抛出了一个错误，但我发现前 7 个插入已提交，而第 8 个显然没有完成。

我很欣赏我可以包含一个try ... catch块来处理错误，但如果一个显式begin tran;不能使整个工作块自主到commit，那么有什么意义呢？我错过了什么？

我知道我也许可以将我的程序调用包装在那个级别的事务中 - 但是有人可以解释发生了什么以及为什么begin tran当包含在程序主体中时似乎不受尊重吗？如果调用该过程开始一个隐式事务，那么 proc 中的错误步骤不应该回滚受 proc 影响的所有更改 - 即使没有明确包含begin tran在 proc 主体中？