Строка пользовательского соединения EntityFramework с кодами и миграция

Ответ 1

Если ваша миграция работает неправильно, попробуйте установить Database.Initialize(true) в DbContext ctor.

public CustomContext(DbConnection connection)
: base(connection, true)    
{    
        Database.Initialize(true);    
}    

У меня есть аналогичная проблема с миграциями. И в моем решении я должен всегда устанавливать инициализатор базы данных в ctor, например ниже

public CustomContext(DbConnection connection)
: base(connection, true)    
{    
        Database.SetInitializer(new CustomInitializer());
        Database.Initialize(true);    
}    

В пользовательском инициализаторе вы должны реализовать метод InitalizeDatabase(CustomContex context), например.

class CustomInitializer : IDatabaseInitializer<CustomContext>
{
    public void InitializeDatabase(CustomContext context)
    {
        if (!context.Database.Exists || !context.Database.CompatibleWithModel(false))
        {
            var configuration = new Configuration();
            var migrator = new DbMigrator(configuration);
            migrator.Configuration.TargetDatabase = new DbConnectionInfo(context.Database.Connection.ConnectionString, "System.Data.SqlClient");
            var migrations = migrator.GetPendingMigrations();
            if (migrations.Any())
            {
                var scriptor = new MigratorScriptingDecorator(migrator);
                string script = scriptor.ScriptUpdate(null, migrations.Last());
                if (!String.IsNullOrEmpty(script))
                {
                    context.Database.ExecuteSqlCommand(script);
                }
            }
        }
    }
}

ОБНОВЛЕНО

Ответ 2

Он является решением с НЕТ Строками подключения в app.config. Использует автоматические миграции и 2 базы данных, используя один и тот же контекст. В реальное время выполнения установлено соединение. Подход.

APP.CONFIG(использует EF 6)

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <configSections>
<section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework,     Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
 </configSections>
 <startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
</startup>
 <entityFramework>
<defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework">
  <parameters>
    <parameter value="Data Source=localhost; Integrated Security=True; MultipleActiveResultSets=True" />
  </parameters>
</defaultConnectionFactory>
 </entityFramework>
</configuration>

Я переписал код, чтобы сделать как можно меньше для Demo:

using System;
using System.Data.Common;
using System.Data.Entity;
using System.Data.Entity.Infrastructure;
using System.Data.Entity.Migrations;

namespace Ef6Test {
    public class Program {
    public static void Main(string[] args) {
        Database.SetInitializer(new MigrateDatabaseToLatestVersion<Ef6Ctx, Ef6MigConf>());
        WhichDb.DbName = "HACKDB1";
        var sqlConn = GetSqlConn4DBName(WhichDb.DbName);
        var context = new Ef6Ctx(sqlConn);
        context.Database.Initialize(true);
        AddJunk(context);
        //sqlConn.Close();  //?? whatever other considerations, dispose of context etc...

        Database.SetInitializer(new MigrateDatabaseToLatestVersion<Ef6Ctx, Ef6MigConf>()); // yes its default again reset this !!!!
        WhichDb.DbName = "HACKDB2";
        var sqlConn2 = GetSqlConn4DBName(WhichDb.DbName);
        var context2 = new Ef6Ctx(sqlConn2);
        context2.Database.Initialize(true);
        AddJunk(context2);
    }
    public static class WhichDb { // used during migration to know which connection to build
        public static string DbName { get; set; }
    }
    private static void AddJunk(DbContext context) {
        var poco = new pocotest();
        poco.f1 = DateTime.Now.ToString();
      //  poco.f2 = "Did somebody step on a duck?";  //comment in for second run
        context.Set<pocotest>().Add(poco);
        context.SaveChanges();
    }
    public static DbConnection GetSqlConn4DBName(string dbName) {
        var sqlConnFact =
            new SqlConnectionFactory(
                "Data Source=localhost; Integrated Security=True; MultipleActiveResultSets=True");
        var sqlConn = sqlConnFact.CreateConnection(dbName);
        return sqlConn;
    }
}
public class MigrationsContextFactory : IDbContextFactory<Ef6Ctx> {
    public Ef6Ctx Create() {
        var sqlConn = Program.GetSqlConn4DBName(Program.WhichDb.DbName); // NASTY but it works
        return new Ef6Ctx(sqlConn);
    }
}
public class Ef6MigConf : DbMigrationsConfiguration<Ef6Ctx> {
    public Ef6MigConf() {
        AutomaticMigrationsEnabled = true;
        AutomaticMigrationDataLossAllowed = true;
    }
}
public class pocotest {
    public int Id { get; set; }
    public string f1 { get; set; }
 //   public string f2 { get; set; } // comment in for second run
}
public class Ef6Ctx : DbContext {
    public DbSet<pocotest> poco1s { get; set; }
    public Ef6Ctx(DbConnection dbConn) : base(dbConn, true) { }
}
}

Ответ 3

Мне удалось переключиться между соединениями, используя следующую технику

1) Имейте несколько имен строк подключения, определенных в app.config.

2) Создайте конструктор в контексте, который принимает имя строки подключения

public Context(string connStringName)
        : base(connStringName)
    {

    }

3) Настройте метод Create для контекста - и сделайте его способным получить имя соединения (используя немного трюка)

  public class ContextFactory : IDbContextFactory<Context>
  {
    public Context Create()
    {
        var s = (string)AppDomain.CurrentDomain.GetData("ConnectionStringName");
        var context = new Context(s);
        return context;
    }
}

4) Моя конфигурация миграции....

 public sealed class Configuration : DbMigrationsConfiguration<SBD.Syrius.DataLayer.Context>
{
   etc
}

5) Настройте функцию для создания контекста.

 private static Context MyCreateContext(string connectionStringName )
    {
        // so that we can get the connection string name to the context create method 
       AppDomain.CurrentDomain.SetData("ConnectionStringName", connectionStringName);

        // hook up the Migrations configuration
        Database.SetInitializer(new MigrateDatabaseToLatestVersion<Context, Configuration>());

        // force callback by accessing database
        var db = new Context(connectionStringName);
        var site = db.Sites.FirstOrDefault()  // something to access the database

        return db;
    }

Ответ 4

Я пришел к подобным выводам.

Мы долго обсуждали это вчера. Взгляните на это.

Если соединение вызывается через DbContext ctor - там, где проблемы появляются (упрощаются). Поскольку DbMigrator фактически называет ваш конструктор "default empty", поэтому вы получаете множество вещей. У меня были некоторые действительно странные последствия. Мой вывод заключался в том, что работает обычный инициализатор CreateDb..., но миграции не выполняются (и даже не выполняются, в некоторых случаях возникают ошибки).

Нижняя линия - это как-то сделать соединение "singleton" - либо через DbContext Factory в качестве используемого @kirsten - или создания и изменение статического соединения в вашем DbContext - или подобное. Не если это устраняет все проблемы, но должно помочь.

Ответ 5

Для миграции вы можете (1) использовать MigrateDatabaseToLatestVersion, который будет автоматически запускаться при запуске любого из объектов в вашем контексте или (2) использовать DbMigrator, чтобы явно указать EF, чтобы начать миграцию. Преимущество (2) состоит в том, что вам не нужно выполнять фиктивную операцию (например, AddJunk в примере @philsoady), и вы даже можете использовать MigratorScriptingDecorator, если хотите извлечь SQL-запрос миграции (см. Пример 2 в код)

Трюк с (2), похоже, заключается в обеспечении того, чтобы одна и та же строка соединения последовательно использовалась вашими классами DbMigrationsConfiguration и DbContext. Обратите внимание, что в течение DbMigration.Update создается экземпляр нескольких контекстов, все из которых вызывают конструктор контекста по умолчанию (так что следите, есть ли у вас более одного конструктора). У вас также есть 2 варианта: вы можете использовать connection string name в app.config(но тогда вы не можете программно определить строку подключения) или build\hardcode\load и т.д.... полный connection string. См. Комментарии в коде ниже.

Протестировано в EF 6.0.1 и 6.0.2

using System;
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
using System.Data.Entity;
using System.Data.Entity.Infrastructure;
using System.Data.Entity.Migrations;
using System.Data.Entity.Migrations.Infrastructure;

namespace ConsoleApplication1
{
    // Models
    public class Foo
    {
        [Key]
        public int Id { get; set; }
        public string Column1 { get; set; }
        public string Column2 { get; set; }
    }

    // Configuration
    public class Configuration : DbMigrationsConfiguration<Context>
    {
        public static string StaticConnectionString; // use connection string

        public Configuration()
        {
            AutomaticMigrationsEnabled = true;
            AutomaticMigrationDataLossAllowed = true;
            TargetDatabase = new DbConnectionInfo(StaticConnectionString, "System.Data.SqlClient"); // use connection string
            //TargetDatabase = new DbConnectionInfo("ConnectionStringName"); // use connection string name in app.config
        }

        protected override void Seed(Context context)
        {
        }
    }

    // Context
    public class Context : DbContext
    {
        public Context()
            //: base("ConnectionStringName") // use connection string name in app.config
            : base(ConsoleApplication1.Configuration.StaticConnectionString) // use connection string
        {
        }

        public IDbSet<Foo> Foos { get; set; }
    }

    // App
    class Program
    {
        static void Main(string[] args)
        {
            // Example 1 - migrate to test1 DB
            Configuration.StaticConnectionString = "Data Source=localhost;Initial Catalog=test1;Integrated Security=True;MultipleActiveResultSets=True";
            var configuration = new Configuration();
            var migrator = new DbMigrator(configuration);
            migrator.Update();
            Console.WriteLine("Migration 1 complete");

            // Example 2 - create migrate SQL and migrate to test2 DB
            // NOTE: You can't do this if you use a connection string name in app.config
            // Generate migrate sql script for migration to test2 DB
            Configuration.StaticConnectionString = "Data Source=localhost;Initial Catalog=test2;Integrated Security=True;MultipleActiveResultSets=True";
            configuration = new Configuration();
            migrator = new DbMigrator(configuration);
            var scriptor = new MigratorScriptingDecorator(migrator);
            string sql = scriptor.ScriptUpdate(null, null);
            Console.WriteLine("Migration 2 SQL:\n" + sql);

            // Perform migration to test2 DB
            configuration = new Configuration();
            migrator = new DbMigrator(configuration);
            migrator.Update();
            Console.WriteLine("Migration 2 complete");
        }
    }
}

Ответ 6

Посмотрите на эту ссылку: Это дает вам больше свободы для активации миграции для каждой базы данных.

Я решил это, используя статическую строку соединения для конкретной базы данных внутри конструктора по умолчанию.

Скажем, у меня есть несколько баз данных, все они основаны на одной и той же схеме: myCatalog1, myCatalog2 и т.д. Я использую только первую строку подключения к базе данных в конструкторе следующим образом:

public MyContext() : base("Data Source=.\SQLEXPRESS;Initial Catalog=myCatalog1;Integrated Security=True")
{
   // Can leave the rest of the constructor function itself empty
}

Этот конструктор используется только для команды Add-Migration для работы и создания миграции. Обратите внимание: никаких побочных эффектов для остальной базы данных нет, и если вам нужен другой конструктор для инициализации контекста (для других целей, кроме переноса), он будет работать.

После запуска Add-Migration выполните следующие действия:

Add-Migration -ConfigurationTypeName YourAppName.YourNamespace.Configuration "MigrationName"

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

YourMigrationsConfiguration cfg = new YourMigrationsConfiguration(); 
cfg.TargetDatabase = 
   new DbConnectionInfo( 
      theConnectionString, 
      "provider" );

DbMigrator dbMigrator = new DbMigrator( cfg );
if ( dbMigrator.GetPendingMigrations().Count() > 0 )
{
   // there are pending migrations
   // do whatever you want, for example
   dbMigrator.Update(); 
}

Ответ 7

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

Мой подход заключался в том, чтобы вывести мигрирующие контексты из этого родословного, который обрабатывает "сохранение" строки подключения:

public class MigrateInitializeContext<TDbContext, TMigrationsConfiguration> : DbContext
    where TDbContext : DbContext
    where TMigrationsConfiguration : DbMigrationsConfiguration<TDbContext>, new()
{
    // ReSharper disable once StaticFieldInGenericType
    private static string nameOrConnectionString = typeof(TDbContext).Name;

    static MigrateInitializeContext()
    {
        Database.SetInitializer(new MigrateDatabaseToLatestVersion<TDbContext, TMigrationsConfiguration>());
    }

    protected MigrateInitializeContext(string nameOrConnectionString)
        : base(nameOrConnectionString)
    {
        MigrateInitializeContext<TDbContext,TMigrationsConfiguration>.nameOrConnectionString = nameOrConnectionString;
    }

    protected MigrateInitializeContext() : base(nameOrConnectionString)
    {
    }
}

Предупреждение ReSharper состоит в том, что статические поля в общем классе являются только статическими для конкретного типа, которые в нашем случае являются именно тем, что мы хотим.

Контексты определяются как:

public class MyContext : MigrateInitializeContext<MyContext, Migrations.Configuration>
{
    public MyContext()
    {
    }

    public MyContext(string nameOrConnectionString)
        : base(nameOrConnectionString)
    {
    }

    public virtual DbSet<MyType> MyTypes { get; set; }
}

который можно использовать как обычно.