2013-05-22 15 views
8

Mam następujący bardzo prosty test jednostki, który odtwarza przypadek, w którym DbContext.SaveChanges nie jest atomowy. Przez brak atomu mam na myśli to, że zatwierdzone dane można odczytać przed wykonaniem wszystkich zatwierdzeń.Entity Framework Code First: SaveChanges nie jest atomowy

Dodaj zadanie: W pętli dodaje nową TestEntity i ReferenceEntity. Sprawdź poprawność zadania: sprawdza, czy istnieje TestEntity, do której nie odwołuje się żadna Odnośnikowa - to nie powinno się zdarzyć z powodu sposobu dodawania obiektów.

Test jednostkowy nie powiedzie się ... jakakolwiek rada?

EDIT: Zgodnie z przyjętą odpowiedzi - aby uruchomić test jednostka z proponowanego rozwiązania dodać w metodzie InitTest:

using (var context = new TestContext()) 
{ 
    var objectContext = (context as IObjectContextAdapter).ObjectContext; 
    objectContext.ExecuteStoreCommand(string.Format("ALTER DATABASE [{0}] SET READ_COMMITTED_SNAPSHOT ON", context.GetType().FullName)); 
} 

Test Jednostka:

using System.Data.Entity; 
using System.Linq; 
using System.Threading.Tasks; 
using Microsoft.VisualStudio.TestTools.UnitTesting; 

namespace Atlit.Server.Tests.Integration.SessionProcessing 
{ 
    class TestContext : DbContext 
    { 
     public DbSet<TestEntity> TestEntities { get; set; } 
     public DbSet<ReferencingEntity> ReferencingEntities { get; set; } 
    } 

    class TestEntity 
    { 
     public int TestEntityId { get; set; } 
    } 

    class ReferencingEntity 
    { 
     public int ReferencingEntityId { get; set; } 
     public TestEntity TestEntity { get; set; } 
    } 

    [TestClass] 
    public class SaveChangesAtomicTest 
    { 
     private volatile int m_Count = 3000; 
     private volatile bool m_Failed = false; 

     [TestInitialize] 
     public void InitTest() 
     { 
      using (var context = new TestContext()) 
      { 
       var dbInitializer = new DropCreateDatabaseAlways<TestContext>(); 
       dbInitializer.InitializeDatabase(context); 
      } 
     } 

     private void AddEntities() 
     { 
      while (m_Count-- > 0 && !m_Failed) 
      { 
       var transactionOptions = new TransactionOptions { IsolationLevel = IsolationLevel.ReadCommitted }; 
       using (var transactionScope = new TransactionScope(TransactionScopeOption.RequiresNew, transactionOptions)) 
       { 
        using (var context = new TestContext()) 
        { 
         var entity = context.TestEntities.Add(new TestEntity()); 
         context.ReferencingEntities.Add(new ReferencingEntity { TestEntity = entity }); 
         context.SaveChanges(); 
        } 
        transactionScope.Complete(); 
       } 
      }   
     } 

     private void ValidateEntities() 
     { 
      while (m_Count > 0 && !m_Failed) 
      { 
       if (FreeEntitiesExist()) 
       { 
        m_Failed = true; 
       } 
      }    
     } 

     [TestMethod] 
     public void TestIsSaveChangesAtomic() 
     { 
      var addTask = Task.Factory.StartNew(AddEntities); 
      var readTask = Task.Factory.StartNew(ValidateEntities); 

      addTask.Wait(); 
      readTask.Wait(); 

      Assert.IsFalse(FreeEntitiesExist(), "sanity failed"); 
      Assert.IsFalse(m_Failed, "test failed"); 
     } 

     private static bool FreeEntitiesExist() 
     { 
      using (var context = new TestContext()) 
      { 
       return (from entity in context.TestEntities 
         where !context.ReferencingEntities.Any(re => re.TestEntity.TestEntityId == entity.TestEntityId) 
         select entity) 
         .ToArray().Any(); 
      } 
     } 
    } 
} 
+0

To może być "brudna odczytu", w zależności od używanej bazy danych i na poziomie izolacji. Na przykład SQL Server ma poziom izolacji 'READ UNCOMMITTED' (http://msdn.microsoft.com/en-us/library/ms173763(v=sql.100).aspx), który umożliwia wątkowi odczytywanie danych wstawianych przez inne wątek w transakcji przed jej zatwierdzeniem. Dane są "brudne" w tym sensie, że mogą "zniknąć" z bazy danych, gdy drugi wątek zdecyduje się wycofać transakcję. Ale 'READ UNCOMMITTED' nie jest domyślnym programem SQL Server. – Slauma

+0

@Slauma Jeśli korzysta z SQL Server z pulą połączeń, prawdopodobnie mógłby uzyskać połączenie, które [dziedziczy uprzednio ustawiony poziom izolacji] (http://support.microsoft.com/kb/972915). @OhadMeir Możesz spróbować owijać swoje operacje w 'TransactionScope' z jawnie ustawionym poziomem izolacji' IsolationLevel.ReadCommitted' i sprawdzić, czy błąd trwa. –

+0

dodano IsolationLevel.ReadCommitted - test wciąż się nie udaje –

Odpowiedz