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();
}
}
}
}
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
@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. –
dodano IsolationLevel.ReadCommitted - test wciąż się nie udaje –