créer automatiquement une base de données dans Entity Framework Core

Mon application qui est portée sur .NET Core utilisera le nouvel EF Core avec SQLite. Je souhaite créer automatiquement la base de données et les structures de table lors de la première exécution de l'application. Selon la documentation principale d'EF, cela se fait à l'aide de commandes manuelles

dotnet ef migrations add MyFirstMigration

dotnet ef database update

Cependant, je ne veux pas que l'utilisateur final entre ces commandes et je préférerais que l'application crée et configure la base de données pour la première utilisation. Pour EF 6, il existe des fonctionnalités telles que

Database.SetInitializer(new CreateDatabaseIfNotExists<MyContext>());

Mais dans EF Core, ils ne semblent pas exister. Je ne trouve aucun exemple ou documentation sur quelque chose d'équivalent pour EF core et il n'est pas mentionné dans la liste des fonctionnalités manquantes dans la documentation EF core. J'ai déjà configuré les classes de modèle pour que je puisse écrire du code pour initialiser la base de données en fonction des modèles, mais ce serait beaucoup plus facile si le framework le faisait automatiquement. Je ne veux pas créer automatiquement le modèle ou migrer, créez simplement les structures de table sur une nouvelle base de données.

Est-ce que je manque quelque chose ici ou la fonction de création automatique de table manque-t-elle dans le noyau EF?

Si vous avez créé les migrations, vous pouvez les exécuter dans Startup.cs comme suit.

 public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
 {
      using (var serviceScope = app.ApplicationServices.GetService<IServiceScopeFactory>().CreateScope())
      {
            var context = serviceScope.ServiceProvider.GetRequiredService<ApplicationDbContext>();
            context.Database.Migrate();
      }

      ...

Cela créera la base de données et les tables en utilisant vos migrations ajoutées.

Si vous n'utilisez pas les migrations Entity Framework et que vous avez simplement besoin de votre modèle DbContext créé exactement tel qu'il est dans votre classe de contexte lors de la première exécution, vous pouvez utiliser:

 public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
 {
      using (var serviceScope = app.ApplicationServices.GetService<IServiceScopeFactory>().CreateScope())
      {
            var context = serviceScope.ServiceProvider.GetRequiredService<ApplicationDbContext>();
            context.Database.EnsureCreated();
      }

      ...

Au lieu.

Si vous devez supprimer votre base de données avant de vous assurer qu'elle est créée, appelez:

            context.Database.EnsureDeleted();

Juste avant d'appeler EnsureCreated()

Adapté de: http://docs.identityserver.io/en/latest/quickstarts/7_entity_framework.html?highlight=entity

Ma réponse est très similaire à la réponse de Ricardo, mais je pense que mon approche est un peu plus simple simplement parce qu'il se passe tellement de choses dans sa usingfonction que je ne sais même pas comment cela fonctionne exactement à un niveau inférieur.

Donc, pour ceux qui veulent une solution simple et propre qui crée pour vous une base de données où vous savez exactement ce qui se passe sous le capot, c'est pour vous:

public Startup(IHostingEnvironment env)
{
    using (var client = new TargetsContext())
    {
        client.Database.EnsureCreated();
    }
}

Cela signifie à peu près que dans le DbContextque vous avez créé (dans ce cas, le mien est appelé TargetsContext), vous pouvez utiliser une instance de DbContextpour vous assurer que les tables définies dans la classe sont créées lorsque Startup.cs est exécuté dans votre application.

Si vous obtenez le contexte via la liste de paramètres de Configure dans Startup.cs, vous pouvez à la place faire ceci:

public void Configure(IApplicationBuilder app, IHostingEnvironment env,  LoggerFactory loggerFactory,
    ApplicationDbContext context)
 {
      context.Database.Migrate();
      ...

Pour EF Core 2.0+, j'ai dû adopter une approche différente car ils ont changé l'API. Depuis mars 2019, Microsoft vous recommande de placer le code de migration de votre base de données dans la classe d'entrée de votre application, mais en dehors du code de génération WebHost.

public class Program
{
    public static void Main(string[] args)
    {
        var host = CreateWebHostBuilder(args).Build();
        using (var serviceScope = host.Services.CreateScope())
        {
            var context = serviceScope.ServiceProvider.GetRequiredService<PersonContext>();
            context.Database.Migrate();
        }
        host.Run();
    }

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

Si vous n'avez pas créé de migrations, il existe 2 options

1. créez la base de données et les tables à partir de l'application principale:

var context = services.GetRequiredService<YourRepository>();
context.Database.EnsureCreated();

2. créez les tables si la base de données existe déjà:

var context = services.GetRequiredService<YourRepository>();
context.Database.EnsureCreated();
RelationalDatabaseCreator databaseCreator =
(RelationalDatabaseCreator)context.Database.GetService<IDatabaseCreator>();
databaseCreator.CreateTables();

Merci à la réponse de Bubi