设计与模式-Part.1.PDFVIP

对象关系映射 Part.1 理论基础 张子阳 jimmy_dev@163.com 引言 大多数情况下，大家都在使用面向对象的思想进行程序开发与设计。与此同时，和我们打交 道最多的数据库莫过于关系数据库了。而如何使这两个不同领域的对象相互协作自然成了我们日 常讨论最多的话题之一。 作为本系列的第一篇文章，我主要向大家介绍了理解对象关系映射的一些预备知识和基础概 念。主要包括：一对一关系、面向对象基础、关系基础 并对 对象与关系之间存在的差异作了简 要的讨论。 对象关系映射的英文全名为：Object Relational Mapping，简写为：ORM。为了简便，本文 下面提到对象关系映射，均使用 ORM 。 一对一关系 在讲述对象关系映射 ORM 之前，我们首先需要了解一下什么是一对一关系 以及 如何实现 一对一关系。一对一关系也叫做超类/子类关系。 在实际的开发中，大家最熟悉的数据库关系可能就是一对多了。比如说一个分类下有很多篇 随笔，又比如一篇随笔下有很多条评论。不知不觉中，对于需要使用一对一来实现的情况，也不 假思索地使用一对多的方式去实现了。 我们来看这样一个例子，为了演示我做了简化： 假如我们正在设计一个论坛的用户表 User，那么一般来说需要这样几个字段：UserId，用 户 ID；Name，用户名称；Password，密码；Email，电子邮件。我们还要设置管理员和版主，所 以我们继续添加字段：AdminPwd，后台密码；Level，用户级别：0，普通会员；1，版主；2，管 理员。 这个表的建立脚本是这样的： Create Table [User] ( UserId Int Identity(1,1), Name Varchar(30) Not Null, Password Varchar(50) Not Null, Email Varchar(50) Not Null, AdminPwd Varchar(50) Null, Level TinyInt Not Null Default 0 Constraint ck_UserLevel Check(Level between 0 and 2) --0,普通会员；1,版主；2,管理员 Constraint pk_User Primary Key(UserId) -- 建立主键 ) 很快就会发现，用户与管理员的比例往往是 1000:1。这时候对于 99.9%的用户来说，它的 AdminPwd 字段都是 Null，Level 字段是 0。于是，为了避免这种不必要的空间浪费，我们将管 理员抽象出来，新建一个 Admin 表。 这时候，问题出来了，很多人都是采用这种方式建立的： Create Table [User] ( UserId Int Identity(1,1), Name Varchar(30) Not Null, Password Varchar(50) Not Null, Copyright © 2007, 张子阳 Page 1 of 7 Email Varchar(50) Not Null, Constraint pk_User Primary Key(UserId) -- 建立主键 ) Create Table Admin ( AdminId Int Identity(1,1), AdminPwd Varchar(50) Null, Level TinyInt N