Linq to SQL Transaction Insert然后选择真的,真的很慢

时间:2011-05-25 15:38:08

标签: vb.net sql-server-2008 linq-to-sql compiled-query

我正在开发一个基本上将数据从一组表迁移到另一组的系统。一切正常,但我决定采用交易而不是仅仅部分完成的事情失败。 (也就是说,如果发生某些异常,我想回滚而不是迁移部分数据。)

我有一个服务(采用3层架构方式,而不是Web),它在数据访问层上开始一个事务。数据上下文在包含许多方法的数据访问类中共享。这些方法使用各种LINQ-to-SQL技术来更新/插入/删除。所有LINQ-to-SQL“选择”都在CompiledQueries中。

“BeginTransaction”方法启动这样的事务:

Public Sub BeginTransaction() Implements ITransactionalQueriesBase.BeginTransaction
    Me.Context.Connection.Open()
    Me.Context.Transaction = Context.Connection.BeginTransaction()
    IsInTransaction = True
End Sub

基本上,我编写了一个测试,它启动一个事务,插入一个表,然后尝试在事务期间检索刚刚插入的值。我这样做是因为我想断言插入方法实际上是试图插入。然后,在测试期间我会回滚,然后测试以确保新插入的值实际上没有提交给表。测试看起来像这样:

<TestMethod()>
    Public Sub FacilityService_Can_Rollback_A_Transaction()
        faciService.BeginTransaction()

        Dim devApp = UnitTestHelper.CreateDevelopmentApplication(devService.GetDevelopmentType("NEWFACI").ID, 1, 1, 1, 1)

        Dim devInsertRes = devService.InsertDevelopmentApplication(devApp)

        Assert.IsTrue(devInsertRes.ReturnValue > 0)

        For Each dir1 In devInsertRes.Messages
            Assert.Fail(dir1)
        Next

        Dim migrationResult = faciService.ProcessNewFacilityDevelopment(devInsertRes.ReturnValue)
        Assert.IsTrue(migrationResult.ReturnValue.InsertResult)

        Dim faciRetrieval1 = faciService.GetFacilityByID(migrationResult.ReturnValue.FacilityID)
        Assert.IsNotNull(faciRetrieval1.ReturnValue)

        faciService.Rollback()

        Dim faciRetrieval2 = faciService.GetFacilityByID(migrationResult.ReturnValue.FacilityID)
        Assert.IsNull(faciRetrieval2.ReturnValue)
    End Sub

所以,对我的问题......

当测试进入“faciRetrieval1”步骤时,它会在那里停留约30-60秒,然后继续前进。我不确定为什么会这样。如果我在SSMS内的事务中运行相同的查询,它会立即发生。有没有人有任何想法?该数据库是SQL Server 2008 SP1(R2?)。

1 个答案:

答案 0 :(得分:0)

我发现如果你有一个使用事务的数据上下文,那么任何其他数据上下文似乎都无法从相同类型的另一个上下文中进行选择。

我最终通过在事务发生时的每次选择/更新/删除中使用相同的上下文来修复它。