EF Code First MigrateDatabaseToLatestVersion accepte la chaîne de connexion Name from config

Tout en essayant de mettre en œuvre EF Migrations dans mon projet, je suis coincé au même endroit.

EF Premier Code MigrateDatabaseToLatestVersion accepte chaîne de connexion Nom de config.

Dans mon cas, nom de base de données se faire connaître au moment de l'Exécution (l'Utilisateur sélectionne à partir de liste déroulante).
Juste la façon dont DbContext accepte, ConnectionString ou connectionString Nom du constructeur, "MigrateDatabaseToLatestVersion" n'accepte pas la même

System.Data.Entity.Database.SetInitializer
(new MigrateDatabaseToLatestVersion<SrcDbContext, SRC.DomainModel.ORMapping.Migrations.Configuration>(connString));

Est-il un autre moyen pour y parvenir?

source d'informationauteur Sutikshan Dubey

  1. 11

    Merci à vous tous. J'ai fait la caisse de l'EF code de codeplex, et a hérité de mon propre classe après la compréhension de leur code source. Voici la solution que j'ai choisi :-

    public class MigrateDbToLatestInitializerConnString<TContext, TMigrationsConfiguration> : IDatabaseInitializer<TContext>
where TContext : DbContext
where TMigrationsConfiguration : DbMigrationsConfiguration<TContext>, new()
{
private readonly DbMigrationsConfiguration config;
///<summary>
///    Initializes a new instance of the MigrateDatabaseToLatestVersion class.
///</summary>
public MigrateDbToLatestInitializerConnString()
{
config = new TMigrationsConfiguration();
}
///<summary>
///    Initializes a new instance of the MigrateDatabaseToLatestVersion class that will
///    use a specific connection string from the configuration file to connect to
///    the database to perform the migration.
///</summary>
///<param name="connectionString"> connection string to use for migration. </param>
public MigrateDbToLatestInitializerConnString(string connectionString)
{
config = new TMigrationsConfiguration
{
TargetDatabase = new DbConnectionInfo(connectionString, "System.Data.SqlClient")
};
}
public void InitializeDatabase(TContext context)
{
if (context == null)
{
throw new ArgumentException("Context passed to InitializeDatabase can not be null");
}
var migrator = new DbMigrator(config);
migrator.Update();
}
}
public static class DatabaseHelper
{
///<summary>
///This method will create data base for given parameters supplied by caller.
///</summary>
///<param name="serverName">Name of the server where database has to be created</param>
///<param name="databaseName">Name of database</param>
///<param name="userName">SQL user name</param>
///<param name="password">SQL password</param>
///<returns>void</returns>
public static bool CreateDb(string serverName, string databaseName, string userName, string password)
{
bool integratedSecurity = !(!string.IsNullOrEmpty(userName) || !string.IsNullOrEmpty(password));
var builder = new System.Data.SqlClient.SqlConnectionStringBuilder
{
DataSource = serverName,
UserID = userName,
Password = password,
InitialCatalog = databaseName,
IntegratedSecurity = integratedSecurity,
};
var db = new SrcDbContext(builder.ConnectionString);
var dbInitializer = new MigrateDbToLatestInitializerConnString<SrcDbContext, SRC.DomainModel.ORMapping.Migrations.Configuration>(builder.ConnectionString);
//following uses strategy to "CreateIfNotExist<>"
dbInitializer.InitializeDatabase(db);
return true;
}
}
  2. 3

    Quel contexte est-ce de l'exécution sous? Site web ou une Application de Bureau?

    En vertu de site web, le faire n'est pas une bonne idée. La base de données de l'initialisation de la stratégie définie par rapport au type de contexte. Si différentes chaînes de connexion avec le même type de contexte qui va s'écraser les unes les autres de l'init de la stratégie.

    Si l'Application de Bureau, peut-être plus d'utilité pour basculer entre la base de données?

    De toute façon, je ne recommande pas de faire cela, mais si vous voulez vraiment faire ce que vous avez mentionné, il semble que vous avez de le pirater.

        using (var context = new DbContext("<Your connection string right in here>"))
{
var constructors = typeof (DbMigrator).GetConstructors(BindingFlags.Instance | BindingFlags.NonPublic);
var hackedDbMigrator = constructors[0].Invoke(new object[] { new Configuration(), context }) as DbMigrator;
hackedDbMigrator.Update();
}
  3. 3

    Vous pouvez faire la MigrateDatabaseToLatestVersion initialiseur d'utiliser la chaîne de connexion qui a été utilisé par le contexte qui a déclenché la migration en premier lieu.
    Cela se fait en passant useSuppliedContext: vrai à la MigrateDatabaseToLatestVersion constructeur comme décrit dans les docs. Dans votre cas:

    Database.SetInitializer(new MigrateDatabaseToLatestVersion<SrcDbContext, SRC.DomainModel.ORMapping.Migrations.Configuration>(useSuppliedContext: true));
  4. 0

    La est un problème avec les Migrations d'appel de la DbContext dervied de classe avec le paramètre. Une fois que cela est résolu, il doit travailler. voir ici pour un exemple de solution.
    EntityFramework code-première personnalisé chaîne de connexion et les migrations