我有一个 ASP.NET MVC 6 应用程序，我需要调用 Database.EnsureCreated 和 Database.Migrate 方法。
但是我应该在哪里给他们打电话呢？
【问题讨论】：
标签： asp.net asp.net-mvc entity-framework entity-framework-core
我认为这是一个重要的问题，应该很好地回答！
什么是 Database.EnsureCreated？
context.Database.EnsureCreated() 是新的 EF 核心方法，可确保上下文的数据库存在。如果存在，则不采取任何措施。如果它不存在，则创建数据库及其所有架构，并确保它与此上下文的模型兼容。
注意：
此方法不使用迁移来创建数据库。此外，创建的数据库以后无法使用迁移进行更新。如果您的目标是关系数据库并使用迁移，则可以使用DbContext.Database.Migrate() 方法来确保创建数据库并应用所有迁移。
我们是如何使用 EF 6 做到这一点的？
context.Database.EnsureCreated() 等价于下面列出的 EF 6 方法：
包管理器控制台：
Enable-Migrations -EnableAutomaticMigrations。添加迁移/更新数据库。
来自代码：
Database.SetInitializer CreateDatabaseIfNotExists
或
使用 DbMigrationsConfiguration 并设置 AutomaticMigrationsEnabled = true;
什么是 Database.Migrate？
将上下文的所有挂起迁移应用到数据库。如果数据库尚不存在，将创建该数据库。
我们是如何使用 EF 6 做到这一点的？
context.Database.Migrate() 等价于以下列出的 EF 6 方法：
包管理器控制台：
更新数据库 -TargetMigration
使用自定义 DbMigrationsConfiguration：
AutomaticMigrationsEnabled = false;或使用 DbMigrator。
结论：
如果您使用迁移，则有 context.Database.Migrate()。如果您不想要迁移并且只想要一个快速数据库（通常用于测试），请使用 context.Database.EnsureCreated()/EnsureDeleted()。
【讨论】：
Database.Migrate() 创建迁移（如果需要）然后更新基于它的基础。就像 EF 6 中的自动迁移一样。但我错了。它仅在数据库上应用现有迁移（如果有）。
根据 James P 和 Bassam Alugili 提供的信息，我最终将这些代码行添加到 Startup 类中的 Configure 方法 (Startup.cs) ：
using (var scope =
app.ApplicationServices.CreateScope())
using (var context = scope.ServiceProvider.GetService<MyDbContext>())
context.Database.Migrate();
【讨论】：
作为前锋，您应该阅读 Rowan Miller 的 this：
...
EnsureCreated完全绕过迁移，只创建 为您提供架构，您不能将其与迁移混合使用。EnsureCreated是 专为测试或快速原型设计而设计 每次删除并重新创建数据库。如果您正在使用 迁移并希望在应用启动时自动应用它们， 那么你可以改用context.Database.Migrate()。
根据回答here需要将Globals.EnsureDatabaseCreated();添加到Startup.cs：
Startup.cs中的启动函数：
public Startup(IHostingEnvironment env)
{
// Set up configuration sources.
var builder = new ConfigurationBuilder()
.AddJsonFile("appsettings.json")
.AddEnvironmentVariables();
if (env.IsDevelopment())
{
// This will push telemetry data through Application Insights pipeline faster, allowing you to view results immediately.
builder.AddApplicationInsightsSettings(developerMode: true);
}
Configuration = builder.Build();
Globals.Configuration = Configuration;
Globals.HostingEnvironment = env;
Globals.EnsureDatabaseCreated();
}
并定义Globals.EnsureDatabaseCreated()如下：
public static void EnsureDatabaseCreated()
{
var optionsBuilder = new DbContextOptionsBuilder();
if (HostingEnvironment.IsDevelopment()) optionsBuilder.UseSqlServer(Configuration["Data:dev:DataContext"]);
else if (HostingEnvironment.IsStaging()) optionsBuilder.UseSqlServer(Configuration["Data:staging:DataContext"]);
else if (HostingEnvironment.IsProduction()) optionsBuilder.UseSqlServer(Configuration["Data:live:DataContext"]);
var context = new ApplicationContext(optionsBuilder.Options);
context.Database.EnsureCreated();
optionsBuilder = new DbContextOptionsBuilder();
if (HostingEnvironment.IsDevelopment()) optionsBuilder.UseSqlServer(Configuration["Data:dev:TransientContext"]);
else if (HostingEnvironment.IsStaging()) optionsBuilder.UseSqlServer(Configuration["Data:staging:TransientContext"]);
else if (HostingEnvironment.IsProduction()) optionsBuilder.UseSqlServer(Configuration["Data:live:TransientContext"]);
new TransientContext(optionsBuilder.Options).Database.EnsureCreated();
}
【讨论】：
Globals。这看起来像是一种试图在中撬开它的非标准方式
通常，DbContext 会被添加到 Startup.ConfigureServices() 中的依赖注入容器中，如下所示：
public class Startup
{
public Startup(IConfiguration configuration)
{
Configuration = configuration;
}
public IConfiguration Configuration { get; }
// This method gets called by the runtime. Use this method to add services to the container.
public void ConfigureServices(IServiceCollection services)
{
// Add DbContext to the injection container
services.AddDbContext<MyDbContext>(options =>
options.UseSqlServer(
this.Configuration.GetConnectionString("DefaultConnection")));
}
}
但是，IServiceCollection 不充当服务提供者，并且由于 DbContext 未在当前范围 (Startup.ConfigureServices)之前向注入容器注册，因此我们可以'这里不通过依赖注入访问上下文。
Henk Mollema 讨论了在启动期间手动解析服务 here，但提到...
手动解析服务（又名服务定位器）是generally considered an anti-pattern ... [并且] 你应该尽可能避免它 尽可能。
Henk 还提到Startup 构造函数的依赖注入非常有限，不包括在Startup.ConfigureServices() 中配置的服务，因此通过在整个应用程序中使用的注入容器，DbContext 的使用是最简单和最合适的。
运行时的托管服务提供者可以将某些服务注入到
Startup类的构造函数中，例如IConfiguration、IWebHostEnvironment（3.0之前的版本为IHostingEnvironment）、ILoggerFactory和IServiceProvider。请注意，后者是托管层构建的实例，仅包含启动应用程序的基本服务。
为了调用Database.EnsureCreated() 或Database.Migrate()，我们可以并且希望在Startup.Configure() 中自动解析 DbContext，我们配置的服务现在可以通过 DI 获得：
public class Startup
{
public Startup(IConfiguration configuration)
{
Configuration = configuration;
}
public IConfiguration Configuration { get; }
// This method gets called by the runtime. Use this method to add services to the container.
public void ConfigureServices(IServiceCollection services)
{
// Add DbContext to the injection container
services.AddDbContext<MyDbContext>(options =>
options.UseSqlServer(
this.Configuration.GetConnectionString("DefaultConnection")));
}
public static void Configure(IApplicationBuilder app, IWebHostEnvironment env, MyDbContext context)
{
if (env.IsDevelopment())
{
context.Database.EnsureCreated();
//context.Database.Migrate();
}
}
}
请记住 Bassam Alugili's answer 引用自 EF Core 文档，Database.EnsureCreated() 和 Database.Migrate() 不能一起使用，因为它们可以确保将现有迁移应用到数据库，该数据库是在需要时创建的。另一个只是确保数据库存在，如果不存在，则创建一个反映您的 DbContext 的数据库，包括通过上下文中的 Fluent API 完成的任何播种。
【讨论】：
此外，如果您在上下文的构造函数中调用它，您可能会看到性能下降...在将 EnsureCreated 移动到 setup.cs 实用程序后，我注意到响应时间有了相当大的改进。
注意：我使用的是 EFC 和 UWP。
【讨论】：
var builder = WebApplication.CreateBuilder(args);
// Add services to the container.
builder.Services.AddControllers();
builder.Services.AddDbContext<YourDbContext>(option => option.UseSqlServer(@"Data source=(localdb)\ProjectModels;Initial Catalog=YourDb;Integrated Security=True"));
var app = builder.Build();
// Configure the HTTP request pipeline.
YourDbContext dbcontext = app.Services.GetRequiredService<YourDbContext>();
dbcontext.Database.EnsureCreated();
【讨论】：