我们该如何设计数据库(三)(续)

CrazyJinn

<div id="cnblogs_post_body">上篇博客《我们该如何设计数据库(三)》写出来之后，深感自己写得不够清晰，虎头蛇尾，描述问题用了很多篇幅，而问题的解决方案及其优缺点却是一笔带过，于是就写下了这篇博客来负荆请罪
示例代码下载：点击这里下载
示例代码说明见下文

首先让我们来回顾一下《我们该如何设计数据库(三)》中描述的问题：
现在有一个系统，我们暂时假设为学校选课系统。
系统要按学校来卖。每个学校的选课逻辑都是一样的，而表中的数据有共性，但是也有差异性。比如说基本的Teacher表结构是这样的：

现在把系统卖给A学校。A学校除了的Teacher表除了用户名和密码之外，还要储存老师的FirstName和LastName，那么表结构变化如下：

现在B学校也买了我们的系统。他们的Teacher表不要FirstName和LastName，但是要储存教师的工号“Number”，表结构如下：

好，现在我们的问题出来了：怎么去解决这种差异性
大致有3种解决方法
1、表中加冗余
2、增加冗余表
3、model继承

第一种思路：表中加冗余，在上篇已经分析过了，在此就稍微说一下优缺点。
优点在于简单：思路简单，实现也简单
缺点在于维护困难：①如果我们的系统卖了很多所学校，那么对于系统维护人员来说，这是一场噩梦 ②违背开闭：每次加字段都要去修改已有Model

第二种思路：增加冗余表
如上一篇文章中徐少侠所言，我们也可以这样来设计，用一张冗余表来储存差异字段，如图所示：



FirstName、LastName、Number对应扩展表内的三行
这样的好处在于：思路简单，实现相比第一种思路复杂一些，但是也不算复杂
缺点在于：①Join
　　　　　②违背开闭：每次加字段都要去修改已有Model
（徐少侠在留言中也说了缺点：查询数据时候比较辛苦.只能用在读写压力不高的地方.）

第三种思路：Model继承
这种方法，比较适合使用ORM，或者说适合有Code First的ORM
在这里使用的是EF5（EF5推荐环境是.NET 4.5，不过.NET 4也无伤大雅）
<div class="cnblogs_code">    public class Identifier    {        [Key]        public int ID { get; set; }    }    public interface Contact    {        string Phone { get; set; }        string Email { get; set; }    }   public class TeacherBase : Identifier, Contact    {        [StringLength(50)]        public string UserName { get; set; }        [StringLength(50)]        public string Pwd { get; set; }        [StringLength(50)]        public string Phone { get; set; }        [StringLength(50)]        public string Email { get; set; }    }