Entity Framework Core automatische Migrationen

Gibt es irgendeinen code, um eine automatische migration in Entity Framework core code first im asp.net core Projekt?

Tue ich es einfach in MVC4/5 durch hinzufügen

Database.SetInitializer(new MigrateDatabaseToLatestVersion<AppDbContext, MyProject.Migrations.Configuration>());
public Configuration() {
          AutomaticMigrationsEnabled = true;
        }

Das spart Zeit, wenn Einheiten geändert

Es nennt sich Entity Framework Core 1.0, danke

InformationsquelleAutor Lapenkov Vladimir | 2016-09-16

17

Können Sie anrufen context.Database.Migrate()in Ihrem Startup.cs

zB:
```
using (var context = new MyContext(...))
{
    context.Database.Migrate();
}
```
MyContext sieht so aus , ich weiß nicht, was zu setzen, in den Optionen die öffentliche ApplicationDbContext(DbContextOptions<ApplicationDbContext> Optionen) : base(Optionen) { }
Finden Sie in diesem Artikel, um zu sehen, wie Sie können manuell konfigurieren Sie Ihre Kontext, stackoverflow.com/questions/38417051/... und github.com/aspnet/EntityFramework/issues/6493
Ich mache das auf folgende Weise starten.cs : Start::Konfiguration nach dem definieren von Routen kann ich hinzufügen : var options = new DbContextOptionsBuilder<ApplicationDbContext>(); Optionen.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")); using (var context = new ApplicationDbContext ("Optionen".Optionen)) { context.Datenbank.Migrieren(); } das bedeutet aber nicht, führen Migrationen
Registrieren Sie Ihre Zusammenhang mit dependency injection docs.efproject.net/en/latest/platforms/aspnetcore/new-db.html
Antwort ist falsch, es sei denn, individuelle Migrations-Schritte Hinzugefügt werden, die Migration funktioniert nicht und es entspricht nicht der AutomaticMigrationsEnabled

InformationsquelleAutor Frank Odoom
20

EF-core nicht unterstützt automatic migrations.So müssen Sie es manuell tun.

Aus der Perspektive der automatische Migrationen als eine Funktion, sind wir nicht
Planung und Implementierung von it-EF-Kern, wie die Erfahrung gezeigt hat, code-base
Migrationen auf ein machbarer Ansatz.

Lesen Sie hier den vollständigen Artikel : die Nicht zu implementieren Automatische Migrationen

Wie dem auch sein mag, es funktionierte perfekt für mich in allen Projekten, in denen ich arbeitete auf, was sich in extrem niedrigen-fuss-Pflege vor allem während der Aufbau eines Projekts. Schade, dass es Weg ist, aber ich kann mir vorstellen, manchmal ist der Aufwand war es nicht Wert.
Noch keine chance für die automatische Migration wird in EF-Core 2.0 Sep. 2017?
Vielleicht hilft dies ja: @Afshar github.com/aspnet/EntityFrameworkCore/issues/8045
Danke @Sampath, der link bietet eine alternative statt der automatischen Migrationen, wenn ich verstehen richtig. Mein team braucht, automatische migration in Produktions-Umgebung eher als dev-Umgebung.
Oh..OK, Eigentlich bin ich nicht mit diesem tech-stack jetzt wegen jetzt arbeite ich nur auf Ionischen mobile apps.Aber nach meinen post ' s link, Sie bezeichneten es als closed-wont-fix @Afshar

InformationsquelleAutor Sampath

Dies ist der Weg Sie tun es in IdentityServer4 http://identityserver.io

public void ConfigureServices(IServiceCollection services)
{
    var connectionString = Configuration.GetConnectionString("DefaultConnection");
    var migrationsAssembly = typeof(Startup).GetTypeInfo().Assembly.GetName().Name;

    //Add framework services.
    services.AddDbContext<ApplicationDbContext>(options =>
            options.UseSqlServer(connectionString));
    ...
}
public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
{
    //this will do the initial DB population
    InitializeDatabase(app);
}

private void InitializeDatabase(IApplicationBuilder app)
{
    using (var scope = app.ApplicationServices.GetService<IServiceScopeFactory>().CreateScope())
    {
        scope.ServiceProvider.GetRequiredService<ApplicationDbContext>().Database.Migrate();
        scope.ServiceProvider.GetRequiredService<PersistedGrantDbContext>().Database.Migrate();
        ...
    }
}

InformationsquelleAutor Matt Morgan

Automatische Migrationen wird nicht unterstützt EF-Core. Migration ist es notwendig, die Hände. Um automatisch für alle bestehenden handgemachte Migrationen müssen, fügen Sie den folgenden code in den DbContext:

public sealed class MyDbContext : DbContext
{
  private static readonly bool[] _migrated = { false };

  public MyDbContext( DbContextOptions<MyDbContext> options ) : base( options )
  {
    if ( !_migrated[0] )
      lock ( _migrated )
        if ( !_migrated[0] )
        {
          Database.Migrate(); //apply all migrations
          _migrated[0] = true;
        }
  }
}

Es ist nicht elegant, aber funktioniert.

Update für EFCore 2.1:

public class Program
{
    public static void Main(string[] args)
    {
        var host = CreateWebHostBuilder(args).Build();

        using (var scope = host.Services.CreateScope())
        {
            var services = scope.ServiceProvider;

            try
            {
                var context = services.GetRequiredService<MyDbContext>();
                context.Database.Migrate(); //apply all migrations
                SeedData.Initialize(services); //Insert default data
            }
            catch (Exception ex)
            {
                var logger = services.GetRequiredService<ILogger<Program>>();
                logger.LogError(ex, "An error occurred seeding the DB.");
            }
        }

        host.Run();
    }

    public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .UseStartup<Startup>();
}

Warum verwenden Sie ein array, wenn du nur Zugriff auf das element bei 0?
um ein Feld für die Sperre und eine schnelle überprüfung ohne unboxing.

InformationsquelleAutor Mentor

Folgenden Microsoft-Dokumentation

https://docs.microsoft.com/en-us/aspnet/core/data/ef-mvc/intro

Wenn Sie mit dependency injection, zuerst müssen Sie, um das setup eine statische Klasse Daten/DbInitializer.cs und fügen Sie den folgenden code:

public static class DbInitializer
{
    public static void Initialize(ApplicationDbContext context)
    {
        context.Database.Migrate();

        //Add Seed Data...
    }
}

Beachten Sie, dies ist auch, wo Sie können hinzufügen seed-Daten.

Als Nächstes in Ihrem Programm.cs-Datei, fügen Sie den folgenden code

public static void Main(string[] args)
    {
        var host = BuildWebHost(args);

        using (var scope = host.Services.CreateScope())
        {
            var services = scope.ServiceProvider;
            try
            {
                var environment = services.GetRequiredService<IHostingEnvironment>();

                if (!environment.IsDevelopment())
                {
                    var context = services.GetRequiredService<ApplicationDbContext>();
                    DbInitializer.Initialize(context);
                }
            }
            catch (Exception ex)
            {
                var logger = services.GetRequiredService<ILogger<Program>>();
                logger.LogError(ex, "An error occurred while seeding the database.");
            }
        }

        host.Run();
    }

In meinem Fall, ich bin die Prüfung der Umgebung, um sicherzustellen, dass ich bin in der Entwicklung, so kann ich die Kontrolle über Migrationen/- updates. Allerdings, in der Produktion, ich möchte, dass Sie automatisch für die kontinuierliche integration. Wie andere erwähnt haben, ist dies wahrscheinlich nicht die beste Praktiken, aber auf kleinen Projekten, es funktioniert Super.

InformationsquelleAutor Amac

Meine arbeiten automigration-code, Asp-Net-Core-2.0.7.

    //startup.cs
    public void Configure(IApplicationBuilder app, IHostingEnvironment env)
    {
        //configure app

        SeedData.Initialize(app.ApplicationServices);
    }       

    //dbInitializer.cs
    public static class SeedData
    {
        public static void Initialize(IServiceProvider serviceProvider)
        {
            using (var serviceScope = serviceProvider.CreateScope())
            {
                var context = serviceScope.ServiceProvider.GetService<ApplicationDbContext>();

                //auto migration
                context.Database.Migrate();

                //Seed the database.
                InitializeUserAndRoles(context);
            }
        }

        private static void InitializeUserAndRoles(ApplicationDbContext context)
        {
            //init user and roles  
        }
    }

InformationsquelleAutor dev-siberia

0

Können Sie anrufen Database.Migrate() im db-Kontext-Konstruktor.

InformationsquelleAutor Evgeniy K
-1

meine beste Rat ist, nicht zu verwenden Sie die automatische migration.Es ist immer besser, sich zu fügen Migrationen manuell und vermeiden Sie auch bulk-migration und halten Sie sich an best practice für die Verwendung von manuellen migration

automatische migration ist nicht ein Magisches Werkzeug und wird es mehrere Gelegenheiten, wo möchten Sie vielleicht einige änderungen an der migration. Sie nur erreichen, indem Sie mit der manuellen migration.

Um die migration zu ermöglichen, geben Sie "enable-Migrationen" in die Paket-manager-Konsole

Diese Weise haben Sie volle Kontrolle über die Aktualisierung oder Herabstufung Ihrer Datenbank und auch leicht zu verfolgen, Migrationen.

Nur drei einfache Schritte, die im Paket-manager-Konsole.

1) add-Migrationen [einige Namen für Ihre migration]

2) Migrationen generiert, die für die änderungen, die Sie durchsehen und auch können
änderungen,

3) update-Datenbank die migration ist jetzt abgeschlossen.

Umgang mit migration ist weniger schmerzhaft!

Wenn sich das Modell ändert sich sehr viel und für mehrere Personen am gleichen Projekt arbeiten, Migrationen führt zu mehr Problemen als Lösungen. Außerdem, Tausende von Migrationen macht das bauen langsamer und kompliziert, ohne Grund. In diesem Zusammenhang automatische migration scheint die reasonnable bin Ansatz.

InformationsquelleAutor srini

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.