为什么实体框架在映射我的数据库表时不使用继承

Question

我正在开发一个 asp.net mvc web 应用程序。我已经使用 EF-6 映射了我的数据库表，它创建了一个包含我的模型类的 .tt 文件夹。但我注意到实体框架没有定义模型类之间的继承，而是使用类之间的引用。例如，我有一个父数据库表名 Technology，它有子表，例如 Server 、 VM 等。 现在为技术和服务器生成的类如下所示：-

 public partial class Technology
    {
        public Technology()
        {
            this.Servers = new HashSet<Server>();

        }

        public int TechnologyID { get; set; }
        public string Tag { get; set; }
        public bool IsDeleted { get; set; }
        public byte[] timestamp { get; set; }
        public Nullable<int> TypeID { get; set; }
        public Nullable<long> PartialTag { get; set; }
        public bool IsManaged { get; set; }


        public virtual Server Server { get; set; }

        public virtual VirtualMachine VirtualMachine { get; set; }
    }


 public Server()


        public int ServerID { get; set; }
        public int ServerModelID { get; set; }
        public string ILOIP { get; set; }
        public Nullable<int> RackID { get; set; }
        public Nullable<int> StatusID { get; set; }
        public Nullable<int> BackUpStatusID { get; set; }
        public int RoleID { get; set; }
        public Nullable<int> OperatingSystemID { get; set; }
        public Nullable<int> VirtualCenterID { get; set; }
        public string Comment { get; set; }
        public byte[] timestamp { get; set; }



        public virtual Technology Technology { get; set; }

    }

在 DB 内部，Server.ServerID 是 Technology.TechnologyID 的外键。

所以我期待 EF 将 Technology 定义为父对象，并且 Server、VM 将扩展（继承技术）。但是 EF 会在其子项中为技术创建一个引用.. 那么使用这种方法而不是创建继承的想法是什么？

Answer 1

所以我期待 EF 将 Technology 定义为父对象

是的。为什么？

• 您无需费心阅读文档。这是很清楚的。

• 您在没有考虑边缘情况的情况下做出了假设。如果 EF 会自动这样做，那么它会在很多情况下做出错误的决定。

没有很好的自动方法来做到这一点。因为继承和包含都经常使用——所以 EF 不能自动做出决定。同样，它不会神奇地为您的 Tag 属性（字符串）创建一个合理的字段，因为它不知道合理的最大长度是多少，或者它是否应该允许 unicode。

Answer 2

所以你先使用 db。

您的表格没有鉴别器列。 Ef 不会将它们识别为TPH。

您的表有自己的主键。 Ef 不会将它们识别为TPT 或TPC。

但我没有测试或应用，即使你的表完全符合继承类型之一，ef 可能不会像你预期的那样生成模型类。

TomTom在评论中提到，Ef有默认设计，不会先在db上为你创建继承。