我们该如何设计数据库(三)(续)
<div id="cnblogs_post_body">上篇博客《我们该如何设计数据库(三)》写出来之后，深感自己写得不够清晰，虎头蛇尾，描述问题用了很多篇幅，而问题的解决方案及其优缺点却是一笔带过，于是就写下了这篇博客来负荆请罪示例代码下载：点击这里下载
示例代码说明见下文
首先让我们来回顾一下《我们该如何设计数据库(三)》中描述的问题：
现在有一个系统，我们暂时假设为学校选课系统。
系统要按学校来卖。每个学校的选课逻辑都是一样的，而表中的数据有共性，但是也有差异性。比如说基本的Teacher表结构是这样的：
http://pic002.cnblogs.com/images/2012/372673/2012092510231475.png
现在把系统卖给A学校。A学校除了的Teacher表除了用户名和密码之外，还要储存老师的FirstName和LastName，那么表结构变化如下：
http://pic002.cnblogs.com/images/2012/372673/2012092510261353.png
现在B学校也买了我们的系统。他们的Teacher表不要FirstName和LastName，但是要储存教师的工号&ldquo;Number&rdquo;，表结构如下：
http://pic002.cnblogs.com/images/2012/372673/2012092510281170.png
好，现在我们的问题出来了：怎么去解决这种差异性
大致有3种解决方法
1、表中加冗余
2、增加冗余表
3、model继承
第一种思路：表中加冗余，在上篇已经分析过了，在此就稍微说一下优缺点。
优点在于简单：思路简单，实现也简单
缺点在于维护困难：①如果我们的系统卖了很多所学校，那么对于系统维护人员来说，这是一场噩梦 ②违背开闭：每次加字段都要去修改已有Model
第二种思路：增加冗余表
如上一篇文章中徐少侠所言，我们也可以这样来设计，用一张冗余表来储存差异字段，如图所示：
http://pic002.cnblogs.com/images/2012/372673/2012101010120217.png
FirstName、LastName、Number对应扩展表内的三行
这样的好处在于：思路简单，实现相比第一种思路复杂一些，但是也不算复杂
缺点在于：①Join
②违背开闭：每次加字段都要去修改已有Model
（徐少侠在留言中也说了缺点：查询数据时候比较辛苦.只能用在读写压力不高的地方.）
第三种思路：Model继承
这种方法，比较适合使用ORM，或者说适合有Code First的ORM
在这里使用的是EF5（EF5推荐环境是.NET 4.5，不过.NET 4也无伤大雅）
<div class="cnblogs_code"> public class Identifier { public int ID { get; set; } } public interface Contact { string Phone { get; set; } string Email { get; set; } } public class TeacherBase : Identifier, Contact { 50)] public string UserName { get; set; } 50)] public string Pwd { get; set; } 50)] public string Phone { get; set; } 50)] public string Email { get; set; } }
页:
[1]