处理 SQLite EF 核心限制 - 基础操作

Question

根据文档，EF Core SQLite 不支持使用迁移进行数据库开发的一些基本操作（例如删除列、设置外键等）。那么如何执行简单的数据库结构更改，例如在不丢失数据的情况下删除列并保持快照模型与数据库同步（无脚手架）？

是否值得付出努力，还是我应该先使用数据库并为模型使用脚手架命令更新？如果我不能在迁移中执行所有必要的操作来更新我的数据库，那么我就不能利用迁移的好处来恢复我的数据库结构。那么在 EF-Core-Sqlite 中使用迁移的优势在哪里呢？ORM 应该减少工作，而不是使工作变得更加困难。

Answer 1

更新

Sqlite 迁移：表重建现在在 EF Core 5 上可用。

原答案

如何执行简单的数据库结构更改，例如在不丢失数据的情况下删除列并保持快照模型与数据库同步（无脚手架）？

EF Core 文档中描述了主要思想：迁移限制解决方法

您可以通过在迁移中手动编写代码来重建表来绕过其中的一些限制。表重建涉及重命名现有表、创建新表、将数据复制到新表以及删除旧表。

例如我们创建了一个数据库，如下Blog表

public class Blog
{
    public int BlogId { get; set; }
    public string Name { get; set; }
    public string Foo { get; set; }
}

...然后我们要删除Foo.

为此，请删除Blog.Foo上面显示的类属性。
然后添加一个迁移来生成一个Migration类。
由于MigrationBuilder.DropColumnSQLite 不支持，我们应该Up按照文档中的描述修改迁移方法。

protected override void Up(MigrationBuilder migrationBuilder)
{
    // Create temporary Blog table with new schema
    migrationBuilder.CreateTable(
        name: "Blog_temp_new",
        columns: table => new
        {
            BlogId = table.Column<int>(nullable: false)
                .Annotation("Sqlite:Autoincrement", true),
            Name = table.Column<string>(nullable: true)
        },
        constraints: table =>
        {
            table.PrimaryKey("PK_Blog", x => x.BlogId);
        });

    // Copy Blog to Blog_temp_new
    migrationBuilder.Sql("INSERT INTO Blog_temp_new (BlogId, Name) SELECT BlogId, Name FROM Blog;");

    // Delete Blog
    migrationBuilder.DropTable("Blog");

    // Rename Blog_temp_new to Blog
    migrationBuilder.RenameTable("Blog_temp_new", newName: "Blog");
}

调用 时将保留所有Blog数据及其BlogId和。NameDatabase.Migrate

我建议你在一个新项目中尝试这个，使用一个简单的单一类，比如这个Blog例子。如果您的表有约束或索引，您还需要做其他事情。但是，如果您在一个简单的沙箱中进行试验，而不是尝试在您的主项目中修复它，那么您应该能够轻松学会如何处理这些问题。

值得努力吗

根据我的经验，是的！我发现与数据库优先相比，模型优先更容易使用。我更喜欢尽可能用 C# 做所有事情，但如果您是 SQL 专家，那么您的观点可能与我的不同。:)