上篇博客《我们该如何设计数据库(三)》写出来之后,深感自己写得不够清晰,虎头蛇尾,描述问题用了很多篇幅,而问题的解决方案及其优缺点却是一笔带过,于是就写下了这篇博客来负荆请罪.
上篇博客《我们该如何设计数据库(三)》写出来之后,深感自己写得不够清晰,虎头蛇尾,描述问题用了很多篇幅,而问题的解决方案及其优缺点却是一笔带过,于是就写下了这篇博客来负荆请罪。
例代码下载:点击这里下载
示例代码说明见下文
首先让我们来回顾一下《我们该如何设计数据库(三)》中描述的问题:
现在有一个系统,我们暂时假设为学校选课系统。
系统要按学校来卖。每个学校的选课逻辑都是一样的,而表中的数据有共性,但是也有差异性。比如说基本的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也无伤大雅)
- 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; }
- }
这样就是我们的Teacher基础表。
那么我们的系统卖给我A学校,A学校Teacher表有两个自己的差异字段:FirstName,LastName。那么Model就要这样写。
- namespace Model.A
- {
- public class Teacher : TeacherBase
- {
- [StringLength(50)]
- public string FirstName { get; set; }
- [StringLength(50)]
- public string LastName { get; set; }
- }
- }
生成出来的数据库如图:
然后又把系统卖给了B学校。B学校系统的部署是独立的。B学校Teacher表差异字段为Number:
- namespace Model.B
- {
- public class Teacher : TeacherBase
- {
- [StringLength(50)]
- public string Number { get; set; }
- }
- }
生成出来的数据库如图: