Использование Entity Framework (сначала код) миграции в производственной среде

Существует инициализатор базы данных, который вы можете использовать для перехода на последнюю версию при запуске (или лучше, dbinitializer сработает при первом доступе к базе данных), MigrateDatabaseToLatestVersion, вы используете его так:

Database.SetInitializer<ObjectContext>(
    new MigrateDatabaseToLatestVersion<ObjectContext, Configuration>());

Что касается наличия одного файла на миграцию, если вы включите автоматические миграции, вы найдете их в папке Migrations (по умолчанию) в корне вашего проекта.

Соответствующая информация с примерами здесь: http://weblogs.asp.net/fredriknormen/archive/2012/02/15/using-entity-framework-4-3-database-migration-for-any-project.aspx

Это тоже работает:

var configuration = new MyDbContextConfiguration();
configuration.TargetDatabase = new DbConnectionInfo(
    database.ConnectionString, database.ProviderName);

var migrator = new DbMigrator(configuration);
migrator.Update();

Вы также можете позвонить:

migrator.GetPendingMigrations();

чтобы получить список необходимых миграций.

Поскольку вы не указали, какую версию Visual Studio вы используете или базу данных, я добавлю здесь ответ, чтобы сказать, что в VS2015 с Microsoft SQL Server теперь это невероятно просто с помощью инструмента «Опубликовать».

Вам не нужно беспокоиться о API, о котором вы говорите. Просто выполняйте свою работу локально, меняя свои модели, применяя миграции и т. Д., А затем, когда вы хотите продвинуться на серверы выпуска / тестирования, используйте инструмент публикации.

Вы можете применить любые миграции, которые вы сделали локально, к удаленному серверу при первом запуске приложения.

После того, как у вас есть все миграции и все сделано локально (предположительно в среде разработки), вы публикуете (щелкните проект правой кнопкой мыши, выберите «Опубликовать ...». Установите флажок «Выполнить первые миграции кода (запускается при запуске приложения)» под вкладка «Настройки», а затем он применит миграции при первом доступе к приложению (поэтому в первый раз будет небольшая задержка).

Руководство: https://msdn.microsoft.com/en-us/library/dd465337(v=vs.110).aspx

Я узнал все это, потому что мне пришлось сделать это на сервере Windows 2012: http://www.sherweb.com/blog/how-to-install-webdeploy-on-windows-server-2012/

Удачи!

Я хотел контролировать, какие миграции выполняются явно в коде, и после долгого поиска мне удалось разработать следующий метод без необходимости использования класса DbConfiguration или включения автоматических миграций:

public static void RunMigration(this DbContext context, DbMigration migration)
{            
    var prop = migration.GetType().GetProperty("Operations", BindingFlags.NonPublic | BindingFlags.Instance);
    if (prop != null)
    {
        IEnumerable<MigrationOperation> operations = prop.GetValue(migration) as IEnumerable<MigrationOperation>;
        var generator = new SqlServerMigrationSqlGenerator();
        var statements = generator.Generate(operations, "2008");
        foreach (MigrationStatement item in statements)
            context.Database.ExecuteSqlCommand(item.Sql);
    }
}

И если бы у нас была такая миграция:

public class CreateIndexOnContactCodeMigration : DbMigration
{
    public override void Up()
    {
        this.CreateIndex("Contacts", "Code");
    }

    public override void Down()
    {
        base.Down();
        this.DropIndex("Contacts", "Code");
    }
}

Мы бы использовали это так:

using (var dbCrm = new CrmDbContext(connectionString))
{
    var migration = new CreateIndexOnContactCodeMigration();
    migration.Up();                
    dbCrm.RunMigration(migration);
}

С Уважением.

Чтобы добавить ко всем уже опубликованным ответам. Entity Framework использует таблицу: dbo .__ MigrationHistory, чтобы отслеживать все миграции, которые уже были применены к базе данных, чтобы избежать выполнения миграции, например: вставки данных или изменения схемы базы данных.

Если вы хотите запустить сценарий, например запустить добавление данных или изменение схемы базы данных, вы можете создать пустую миграцию с помощью консоли диспетчера пакетов и запустить сценарий через только что добавленную миграцию. Убедитесь, что вы используете инициализатор, который предотвращает удаление и повторное создание базы данных EF при каждом запуске.

     public override void Up()
    {
        string directoryToSearchScripts = Path.GetFullPath(Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "..\\..\\"));

        string scriptFilePath = Directory.GetFiles(directoryToSearchScripts, "dummy-script.sql", SearchOption.AllDirectories).FirstOrDefault();
        if (!string.IsNullOrEmpty(scriptFilePath))
        {
            string fundsSqlScript = File.ReadAllText(scriptFilePath);
            Sql(fundsSqlScript);
        }
    }

    public override void Down()
    {
    }

Когда вы публикуете приложение и устанавливаете флажок «Выполнить первые миграции кода», EF запускает миграции, которые еще не были применены к базе данных.