EFCore Lazy Loading + Inheritance = 干净的数据表（一）【献给处女座的DB First程序猿】

2021-10-18 10:57:48

前言

α角与 β角###

关于α角与 β角的介绍，请见上文如何用EFCore Lazy Loading实现Entity Split。

本篇会继续有关于β角的彩蛋在等着大家去发掘。/斜眼笑

其他###

本篇的程序，可以在 https://github.com/kentliu2007/EFCoreDemo/tree/master/InheritanceWithEntitySplit 下载。建议大家可以下载之后对照着程序来阅读本篇（我用的是VS2017）。
由于篇幅比较长，为了方便阅读，本篇分成两个部分。如果耐着性子看完第一部分，而不是处女座/不是DB First er的，可以止步，不需要继续看第二部分了。

需求###

我们先来看看需求：

某校园的一个人员资料系统，其中可登录用户有两种：教师和学生。每个可登录用户具有以下属性：
- 用户登录名（该系统用户的唯一标识值）
- 姓
- 名
- 密码
教师。系统需要记录教师的以下属性：
- 教职工号码（某校园里，该教师的唯一标示值）
- 工资级别（自编的工资级别）
学生。系统需要记录学生的以下属性：
- 学生编号（某校园里，该学生的唯一标示值）
- 学生就读年级

逻辑设计###

根据上述需求，我们会有以下这样的类的设计：

上述设计还有一个一点点不同的版本：

物理设计###

从逻辑设计到物理设计，会由于我们选择的具体的实现方式而产生一定的偏差。例如，不同厂商的数据库引擎，或者不选用数据库引擎而选用其他的产品（MQ或者NoSQL类产品），甚至不同的ORM产品，都会引致偏差的发生。

用EF6怎么实现####

下面我们从DB First er的角度，直接根据上述的逻辑设计，设计出数据表。然后再看看用EF6如何实现。

数据表#####

Users的索引
Students的索引
Teachers的索引
FK_Students_Users的设置
FK_Teachers_Users的设置

EF Model#####

在各种wizard的帮助下，逆向工程后，我们需要做一些小改动，删掉某些Property，以及Navigation Property，然后把 Inheritance 关系拉好。并且转换一下 User.UserType为Enum UserTypes。

于是我们就有了这样的 EF Model：

（第一个β角的彩蛋，我们根据习惯，通常会把UserType设置为Enum。这个和逻辑设计有一点点偏差）

程序#####

Solution
Unit Test
测试数据

EF6对类的继承提供了支持，所以从类到表，然后再到EF，一切都很顺其自然，一气呵成。

用EFCore怎么实现####

EFCore也提供类的继承的支持，可以在这里查看微软的文档：https://docs.microsoft.com/zh-cn/ef/core/modeling/inheritance ，以及 https://docs.microsoft.com/zh-cn/ef/core/modeling/relational/inheritance

由于EFCore更加倾向于Code First，所以我们按照文档来走一遍，然后对本篇的需求，就会有以下的产出：

程序#####

Solution
User、Student和Teacher的程序

    public partial class User

    {

        public string LoginName { get; set; }

        public string FirstName { get; set; }

        public string LastName { get; set; }

        public string Password { get; set; }

    }

    public partial class Student : User

    {

        public string StudentCode { get; set; }

        public int GradeLevel { get; set; }

    }

    public partial class Teacher : User

    {

        public string StaffCode { get; set; }

        public int SalaryGrade { get; set; }

    }