DropCreateDatabaseIfModelChanges EF6 приводит к ошибке System.InvalidOperationException: модель, поддерживающая контекст, изменилась

.net c# entity-framework entity-framework-6

Вопрос

После миграции на Entity Framework 6 я получаю сообщение об ошибке при выполнении модульных тестов на сервере сборки.

Я использую инициализатор DropCreateDatabaseIfModelChanges . Когда я меняю его на MigrateDatabaseToLatestVersion все работает, но я хочу придерживаться прежнего инициализатора.

Ошибка, которую я получаю:

System.InvalidOperationException: System.InvalidOperationException: модель, поддерживающая контекст «AppContext», изменилась с момента создания базы данных. Рассмотрите возможность использования First First Migrations для обновления базы данных ( http://go.microsoft.com/fwlink/?LinkId=238269 ).

Что правильно, оно изменилось, но с инициализатором DropCreateDatabaseIfModelChanges его нужно воссоздать. Есть идеи?

EF настроен в App.config. Вот соответствующая часть:

<connectionStrings>
    <add name="AppContext" connectionString="Data Source=(localdb)\v11.0;Initial Catalog=my.app.unittest;Integrated Security=True" providerName="System.Data.SqlClient" />
</connectionStrings>
<entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
        <parameters>
            <parameter value="v11.0" />
        </parameters>
    </defaultConnectionFactory>
    <contexts>
        <context type="my.app.core.Data.AppContext, my.app.core">
            <databaseInitializer type="System.Data.Entity.DropCreateDatabaseIfModelChanges`1[[my.app.core.Data.AppContext, my.app.core]], EntityFramework" />
        </context>
    </contexts>
    <providers>
        <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
</entityFramework>

Популярные ответы

Ну, похоже, что EF 6.0 вводит новое правило:

«Если DbContext использует инициализатор, а Migrations настроены, генерируйте исключение при создании модели».

До и включая EF 6 RC это не применялось. Досадной частью является то, что «Миграции настроены» определяется реализацией DbMigrationsConfiguration. По-видимому, не существует способа программно отключить миграцию в тестах - если вы внедрили

Я работал вокруг этого очень похоже на Себастьяна Пиу - мне пришлось избавиться от класса Configuration из моих тестов, но я не мог просто удалить его, потому что мы используем Migrations для нашего основного проекта. Argh!

Это был мой код раньше:

public class MyDbContext : DbDContext, IMyDbContext
{
  public IDbSet<Users> Users {get; set;}
  public IDbSet<Widgets> Widgets {get; set;}
}

// Migrations are considered configured for MyDbContext because this class implementation exists.
internal sealed class Configuration : DbMigrationsConfiguration<MyDbContext>
{
  public Configuration()
  {
    AutomaticMigrationsEnabled = false;
  }
}

// Declaring (and elsewhere registering) this DB initializer of type MyDbContext - but a DbMigrationsConfiguration already exists for that type.
public class TestDatabaseInitializer : DropCreateDatabaseAlways<MyDbContext>
{
    protected override void Seed(MyDbContext context) { }
}

Я столкнулся с System.InvalidOperationException, когда DbContext инициализировался в моем тестовом коде. Поскольку приложение не использует инициализатор, никаких проблем с запуском приложения не было. Это только нарушило мои тесты.

Решение (которое больше похоже на обходное решение для вещей, отсутствующих в EF), заключается в сегментировании инициализатора и DbMigrationsConfiguration, поэтому только один из них отображается в среде выполнения. Я хочу, чтобы мои тесты использовали Initializer, и я хочу, чтобы мое приложение использовало DbMigrationsConfiguration. Это можно сделать более чисто, если у DbContext есть интерфейс, но, увы, он реализует только IObjectContextAdapter.

Сначала я сделал реферат DbContext:

public abstract class MyDbContextBase : DbContext, IMyDbContext
{
      public IDbSet<Users> Users {get; set;}
      public IDbSet<Widgets> Widgets {get; set;}
}

Затем я получил 2 класса:

public class MyDbContext : MyDbContextBase
{
  public MyDbContext(string connectionStringOrName, IDatabaseInitializer<MyDbContext> dbInitializer) 
    : base(connectionStringOrName)
  {
  }
}

public class MyTestDbContext : MyDbContextBase
{
  public MyTestDbContext(string connectionStringOrName, IDatabaseInitializer<MyDbContext> dbInitializer) 
    : base(connectionStringOrName)
  {
    Database.SetInitializer(dbInitializer);
  }
}

И MyDbContext, и MyTestDbContext являются IMyDbContexts, поэтому ваша существующая установка впрыска зависимостей должна работать без изменения. Я тестировал только Spring.NET.

My DbMigrationsConfiguration реализует производный тип, который НЕ используется в тестах:

internal sealed class Configuration : DbMigrationsConfiguration<MyDbContext>
{
  public Configuration()
  {
    AutomaticMigrationsEnabled = false;
  }
}

Наконец, тип инициализатора был перенесен в производный тип тестового класса:

public class TestDatabaseInitializer : DropCreateDatabaseAlways<MyTestDbContext>
{
    protected override void Seed(MyTestDbContext context) { }
}

Я могу подтвердить, что мои тесты проходят, и мое приложение (и Migrations) работает по-прежнему.




Лицензировано согласно: CC-BY-SA with attribution
Не связан с Stack Overflow
Является ли этот КБ законным? Да, узнайте, почему
Лицензировано согласно: CC-BY-SA with attribution
Не связан с Stack Overflow
Является ли этот КБ законным? Да, узнайте, почему