在EFCore3.0中使用SQLite数据库时遇到Database.MigrateAsync方法调用问题的解决方案

我正在开发一个Xamarin.Forms应用程序，该应用程序使用通过Entity Framework Core访问的SQLite数据库（版本3，我当前使用的是预发行版，因为我错过了官方3.0的发行版，我会尽快升级）。

每次启动应用程序后，立即实例化ApplicationContext类之后，我都会调用Database.MigrateAsync以确保将数据库升级到该模型的最新版本。我知道我可以通过在应用程序每次启动时不调用MigrateAsync来极大地提高性能，而仅在新版本的第一次运行之后调用它，但这不是重点。

问题是，在我的用户中，只有极少数（约0.5％）MigrateAsync引发类型为

那么，这样的错误怎么可能发生呢？因为，如果该表不存在，则应创建该表，而如果该表存在，则应使用该表来考虑已应用了哪些迁移。也许EF Core尝试创建表，由于某些未知原因而失败，然后尝试抛出此异常读取它？但是什么导致它无法创建表呢？在这种情况下我该怎么办？

由于我目前不跟踪此类信息，因此我目前无法确定是在应用程序的首次运行时（应该不进行迁移时）还是随后引发此异常。另外，我在开发过程中从未遇到过这样的异常。
我可以说，该异常捕获在catch块中，报告给App Center，然后重新抛出，根据App Center的报告，顺便说一句，这应该导致崩溃，而崩溃似乎不会发生。这可能与以下事实有关：异常可能会在异步代码中引发，而该异步代码可能尚未等待或由调用者处理（初始化代码是在实例化ApplicationContext类后由Autofac调用的），但这对我的问题不是必需的。 / p>

这是我称为MigrateAsync的代码：

microsoft.Data.Sqlite.SqliteException: SQLite Error 1: 'no such table: __EFMigrationsHistory'

这是在创建ApplicationContext的单个实例时向Autofac注册的代码：

public class ApplicationContext : DbContext
{
// Other code...
public async Task Initialize()
{
if (IsInitialized) return this;
IsInitialized = true;
try
{
await Database.MigrateAsync();
Analytics.TrackEvent("Migration OK");
}
catch (Exception ex)
{
Crashes.TrackError(ex,new Dictionary { { Globals.CrashProperty.Context.ToString(),"Migration" } });
throw;
}
return this;
}
}


这是VS App Center报告的异常的堆栈跟踪：

public class AppModule : Autofac.Module
{
protected override void Load(ContainerBuilder builder)
{
// Other services registrations…
builder.Register(ctx => new ApplicationContext(ctx.Resolve(
new TypedParameter(typeof(string),Globals.DbFileName),new TypedParameter(typeof(FilePathType),FilePathType.AppFolder)).FilePath,ctx.Resolve())).SingleInstance();
base.Load(builder);
}
protected override void AttachToComponentRegistration(IComponentRegistry componentRegistry,IComponentRegistration registration)
{
registration.activated += async (_,args) =>
{
if (args.Instance is ApplicationContext context && !context.IsInitialized)
{
await context.Initialize();
}
};
base.AttachToComponentRegistration(componentRegistry,registration);
}
}
}


我知道这是一个非常老的问题，但是我遇到了同样的问题，并认为值得更新，因为这是我通过google找到的第一个结果。

使用以下命令创建数据库时，会发生此错误：

context.Database.EnsureCreated();


如果最初使用它来创建数据库，则永远不会创建__EFMigrationsHistory表，这将阻止迁移工作。

如果您拥有完整的迁移历史记录，则以下内容可能对您不起作用。 EF将尝试并应用所有迁移，包括那些可能具有表的迁移。无需使用正确的迁移来手动填充__EFMigrationsHistory表以匹配状态-您可能必须参考下面的最终答案。

按照this question的回答，您可以执行以下操作来纠正此问题：

创建__EFMigrationsHistory表后，其余的更新应运行。

CREATE TABLE `__EFMigrationsHistory` ( `MigrationId` nvarchar(150) NOT NULL,`ProductVersion` nvarchar(32) NOT NULL,PRIMARY KEY (`MigrationId`) );


或者，使用Package Manager控制台中的以下命令，生成迁移脚本并手动将其应用于数据库：

Script-Migration


如果需要生成所有脚本，则可以使用以下命令：

Script-Migration -from 0


除了此答案之外，如果您已经有一些由于表和列已存在而无法应用的迁移，则可以执行以下操作：

（警告，这将删除现有数据库及其所有数据-这是最后一个选择-而不是第一个）

if (!context.Database.GetAppliedMigrations().Any())
context.Database.EnsureDeleted()


然后继续进行以下操作：

content.Database.Migrate()


这将确保如果不存在任何迁移，将删除数据库并使用迁移表重新初始化数据库，并应用所有挂起的迁移。