过去使用基于属性设计的方法，开发人员不得不非常注意范式；范式提供了分组数据的根据。相反地，范式对于基于面向对象（或基于实体）的开发不是很重要。如果你采用OO方法并且你的模型经过很好的构思，那你就正在把数据组织成为有意义的单位，也在本质上满足了范式的规定。如果你愿意，你仍能够检查范式，但这样的检查是不必要的。
　
　　2.9 摘要图13总结了我们已经陈述的映射规则。这些映射规则的完整例子，包括一个UML对象模型，能够在这篇完整的扩展版本里找到（Adobe Acrobat PDF文件）。
　

概念	对象模型构造	推荐的RDBMS映射
域	简单域	映射为一个数据类型和大小
	标识符	用RDBMS顺序号
	枚举	通常储存为一个字符串
类	类	映射每个类为一个表
关联	多对多关联	单独的表
	一对多关联	隐藏的外键
	一对一关联
泛化		分开超类表和子类表

图13 推荐的映射规则的摘要。

遍历表达式	含义	SQL代码
anAirline.Emploee	给定的一条航线，找出相应的员工。	SELECT employeeID FROM Employee WHERE arilineID = :anAirline;
anAirline.Employee.name	给定的一条航线，找出相应的员工的名字。	SELECT name FROM Employee WHERE airlineID = :anAirline;
anAirline.Flight [getMonth(date)==aMonth].pilot	找出在某个给定的月份里为一条航行飞行的机师。	SELECT pilotID FROM Flight WHERE airlineID = :anAirline AND GetMonth(date) = :aMonth;
anAirline.Flight

 图14 对象模型遍历和SQL代码的例子。

　　4. RDBMS的OO扩展

　　数据库团体对RDBMS的OO扩展有兴趣。产品和SQL标准正尝试加入到OO扩展里。我们将简要地陈述一下这个技术的方向。

• 抽象数据类型（ADT）。这是个好主意，扩展RDBMS的能力。开发商为这个技术使用了许多名字，例如Oracle cartridge和Informix data blades。ADT的缺点是它们把你紧紧绑在特定的一个开发商上；ADT的范畴超越了SQL标准。因此，你应该只在ADT的好处很明显的时候才使用。
  
•  

• 上一页  [1] [2] [3] [4] [5] [6] 下一页

  【责编:Lili】