处理继承时避免在 EF Core 中使用鉴别器

Question

从 EF 切换到 EF Core (3.1) 后出现的问题。

我有一个基础抽象类和一个在运行时动态创建的派生类（使用反射）。

我的基本类型的实体配置是 (EF)：

        ToTable("TableName", "dbo");
        HasKey(t => t.Id);

        HasRequired(t => t.prop1).WithMany().HasForeignKey(t => t.prop1);
        Property(t => t.prop2).IsRequired();
        Property(t => t.prop3).IsRequired();

我使用此配置构建了基类，并使用 modelBuilder.Entity(type) 构建了动态类。 一切正常。我可以使用context.Objects 获取我的基类的实例，并使用Activator.CreateInstance(type) 获取动态类的实例。

现在我有相同的配置，但对于 EF Core：

        builder.ToTable("TableName", "dbo");
        builder.HasKey(t => t.Id);

        builder.HasOne(t => t.prop1).WithMany().HasForeignKey(t => t.prop1);
        builder.Property(t => t.prop2).IsRequired();
        builder.Property(t => t.prop3).IsRequired();

但在 EF Core 中，从上下文中获取对象会出现错误“列名 'Discriminator' 无效”。是的，我的表中没有鉴别器列（显然在使用 TPH 模式时它是必需的），但是在 EF 中没有它的情况下它工作得很好。 EF 在这种情况下是如何处理继承的？此外，创建这样的列并用相同的数据（派生类名称）填充它似乎没有用。感觉应该是我缺少的东西。

所以，我的问题是： 有什么方法可以在不创建鉴别器列的情况下解决问题？

Answer 1

默认的 EF TPH 通常会在没有太多问题的情况下通过 EF Core，但是两者之间的自定义选项不同，例如在 core 中，我们现在可以通过流利的表示法轻松操纵鉴别器：https://www.learnentityframeworkcore.com/configuration/fluent-api/hasdiscriminator-method

检查您的基类是否不是抽象：https://stackoverflow.com/a/34646164/1690217

• 如果您的基类 IS abstract 那么您将不得不手动配置 Discriminator 列：https://www.learnentityframeworkcore.com/inheritance/table-per-hierarchy#configuration

还要检查您之前的 EF 迁移中的数据库架构是否确实具有 Discriminator 列并且它是字符串类型，实际值应该是类型的名称，但是它是您可能在其他地方配置或应用了覆盖默认行为的约定（在 EF 或 EF Core 实现中）

如果您在数据库中包含实际架构或构建表的迁移条目，您可能会得到更明确的答案。