Entity Framework, appliquer les Migrations

J'utilise Entity Framework code first set AutomaticMigrationsEnabled vrai par ce code :

Database.SetInitializer(new MigrateDatabaseToLatestVersion<DbContext, MigrateDBConfiguration>());
//////////////////////////////////

public class MigrateDBConfiguration : System.Data.Entity.Migrations.DbMigrationsConfiguration<DbContext>
{
    public MigrateDBConfiguration()
    {
        AutomaticMigrationsEnabled = true;
        AutomaticMigrationDataLossAllowed = true;
    }
}

Dans la première exécution le projet qu'il fonctionne bien et de créer une base de données et des tables. après j'ai changer de modèle et de supprimer certains de champ ou d'ajouter de nouveaux champs et exécutez l'assistant Ajout de Migration, la Migration de la classe générée, mais après l'exécution du projet cette exception se produire :

Une exception de type 'System.InvalidOperationException' s'est produite dans EntityFramework.dll mais n'a pas été traitée dans le code utilisateur

Informations supplémentaires: Le modèle de la sauvegarde de la "DBContext' a
changé depuis la base de données a été créé.

EDIT: Comme la réponse de arturo menchaca je peut changer de code comme ceci :

protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        Database.SetInitializer(new MigrateDatabaseToLatestVersion<DBContext, MigrateDBConfiguration<DBContext>>());

...

Mais ths exception est ocure :

Il y a déjà un objet nommé "MyTable" dans la base de données.

Je veux appliquer mon migrations.

Une chose à vérifier est de voir si vous avez changé vos espaces de noms à tous. Entity Framework migrations sont très sensibles à la namespacing comme cela semble être, où beaucoup de vaudou semble se produire avec les migrations. J'ai été brûlé dans le passé par un ajustement des espaces de noms pour s'adapter à la structure de dossier migrations crée par défaut.
il semble que vous êtes en combinant les migrations automatiques avec manuel migations. Cela peut causer de sérieux migrationHistory questions dans la base de données (au moins autant que je l'ai vécu). Si vous générez manuel migrations essayez de désactiver les migrations automatiques.

OriginalL'auteur Fred | 2016-03-28

  1. 13

    Migrations automatiques signifie que vous n'avez pas besoin d'exécuter add-migration de commande pour que vos modifications dans les modèles, mais vous devez exécuter update-database commande manuellement.

    Si Migrations Automatiques est activé lorsque vous appelez update-database, si il y a des modifications en attente dans vos modèles, un "automatique" de la migration et de la base de données sera mise à jour.

    Si vous voulez que votre base de données est mise à jour sans avoir besoin de faire appel update-database de commande, vous pouvez ajouter Database.SetInitializer(...) dans OnModelCreating() méthode de votre contexte, comme suit:

    public class MyContext : DbContext
{
    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        Database.SetInitializer(new MigrateDatabaseToLatestVersion<MyContext, MigrateDBConfiguration>());
    }

    ...
}

public class MigrateDBConfiguration : System.Data.Entity.Migrations.DbMigrationsConfiguration<MyContext>
{
    ...

    Notez que vous devez déclarer DbMigrationsConfiguration et MigrateDatabaseToLatestVersion avec votre contexte réel, et non pas la valeur par défaut DbContext.

    ce n'est effectivement pas vrai. À l'aide de la MigrateToTheLatestMigrationVersion base de données intializer cela devrait fonctionner (il a travaillé dans le passé pour moi). Je me suis fait avoir ce même problème actuellement. Je ne suis pas sûr de ce que j'ai changé, mais je sais que cette installation a fonctionné dans le passé.
    Je veux que ma base de données est mise à jour sans avoir besoin de faire appel de la mise à jour de la base de données et d'essayer votre solution et ne pas travailler.
    Dans votre code, vous avez déclaré MigrateDBConfiguration comme DbMigrationsConfiguration<DbContext>, DbContext est le nom de votre contexte?, si c'est le cas, être conscient de ne pas confondre avec la System.Data.Entity.DbContext
    mon DbContext nom de la classe est DbAccess, dans la question ci-dessus écrivez DbContext de la simplicité.
    Et Database.SetInitializer(... est appelé dans OnModelCreating ou DbAccess constructeur?

    OriginalL'auteur Arturo Menchaca

  2. 13

    J'ai enfin trouvé une solution à mon problème. J'appelle cette méthode à chaque démarrage de l'application :

    public void InitializeDatabase(DataAccessManager context)
{
    if (!context.Database.Exists() || !context.Database.CompatibleWithModel(false))
    {
        var configuration = new DbMigrationsConfiguration();
        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);
            var script = scriptor.ScriptUpdate(null, migrations.Last());

            if (!string.IsNullOrEmpty(script))
            {
                context.Database.ExecuteSqlCommand(script);
            }
        }
    }
}
    Cela m'a bien aidé merci! J'ai amélioré sur ce bien que légèrement en utilisant simplement migrator.Update(); au lieu d'obtenir le script et l'exécuter directement

    OriginalL'auteur Fred

  3. 2

    Si vous avez des changements dans votre entités, vous devez d'abord exécuter add-migration pour créer le script de migration.

    Après que, dans votre Global.asax

    vous avez besoin d'avoir un peu de code comme ceci

            var configuration = new MyProject.Configuration();
        var migrator = new System.Data.Entity.Migrations.DbMigrator(configuration);            

        migrator.Update();

    chaque fois que vous exécutez votre asp.net projet, il va vérifier si vous avez une nouvelle migration pour courir et courir update-database automatiquement pour vous.

    OriginalL'auteur gorums