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

上篇博客《我们该如何设计数据库(三)》写出来之后，深感自己写得不够清晰，虎头蛇尾，描述问题用了很多篇幅，而问题的解决方案及其优缺点却是一笔带过，于是就写下了这篇博客来负荆请罪.

上篇博客《我们该如何设计数据库(三)》写出来之后，深感自己写得不够清晰，虎头蛇尾，描述问题用了很多篇幅，而问题的解决方案及其优缺点却是一笔带过，于是就写下了这篇博客来负荆请罪。

例代码下载：点击这里下载

示例代码说明见下文

首先让我们来回顾一下《我们该如何设计数据库(三)》中描述的问题：

现在有一个系统，我们暂时假设为学校选课系统。

系统要按学校来卖。每个学校的选课逻辑都是一样的，而表中的数据有共性，但是也有差异性。比如说基本的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也无伤大雅）

1. publicclassIdentifier
2. {
3. [Key]
4. publicintID{get;set;}
5. }
7. publicinterfaceContact
8. {
9. stringPhone{get;set;}
10. stringEmail{get;set;}
11. }
13. publicclassTeacherBase:Identifier,Contact
14. {
15. [StringLength(50)]
16. publicstringUserName{get;set;}
18. [StringLength(50)]
19. publicstringPwd{get;set;}
21. [StringLength(50)]
22. publicstringPhone{get;set;}
24. [StringLength(50)]
25. publicstringEmail{get;set;}
26. }

这样就是我们的Teacher基础表。

那么我们的系统卖给我A学校，A学校Teacher表有两个自己的差异字段：FirstName,LastName。那么Model就要这样写。

1. namespaceModel.A
2. {
3. publicclassTeacher:TeacherBase
4. {
5. [StringLength(50)]
6. publicstringFirstName{get;set;}
8. [StringLength(50)]
9. publicstringLastName{get;set;}
10. }
11. }

生成出来的数据库如图：

然后又把系统卖给了B学校。B学校系统的部署是独立的。B学校Teacher表差异字段为Number：

1. namespaceModel.B
2. {
3. publicclassTeacher:TeacherBase
4. {
5. [StringLength(50)]
6. publicstringNumber{get;set;}
7. }
8. }

生成出来的数据库如图：