对象模型与关系模型映射设计理念研究.docVIP

对象模型与关系模型映射设计理念研究 　　【摘要】在现在的软件系统中，大多数都使用了关系数据库系统和面向对象的程序设计语言，因此必须建立对象模型和关系模型。对象模型和关系模型之间存在阻抗匹配的问题。本文详细论述了两个模型之间的映射方法，并对现实中存在的几种映射工具做了简单介绍。 　　【关键词】对象模型 关系模型 映射 　　 　　一、引言 　　 　　在现在的软件系统中，大多数都使用了关系数据库系统,要建立关系模型。而现在的软件系统基本上都是使用面向对象的程序设计语言进行设计的,因此要建立对象模型。那么，在系统分析与设计时必须同时考虑对象模型与关系模型的设计，同时还要考虑接口转换组件的选用与设计，这样设计出的系统在各方面的性能才能达到最优。因此，在系统分析与设计时，对象模型与关系模型的关系应当可以很好地的映射是软件系统设计中很重要的一个设计理念。 　　 　　二、设计理念 　　 　　1、对象模型的关系 　　对象模型的关系有以下几种： 　　⑴继承 　　大家都用过面向对象的语言，都应该知道。 　　⑵关联 　　它使一个类指到另一个类的属性，是长期的关系。 　　⑶聚合 　　聚合关系是关联关系的一种，是很强的关联关系。聚合是整体和部分之间的关系。 　　⑷组合 　　组合关系也叫“合成关系”。组成关系是关联关系的一种，是比聚合关系强的关系。对象负责代表部分的对象的生命周期。 　　现在有一个问题：既然聚合、组合关系属于关联关系，那么如何区分一般关联关系、聚合关系和组合关系呢？下面进一步分析： 　　一般关联：只要一个对象联系到另外一个对象就形成了关联关系，如人和他的狗。 　　聚合关系：它是一种强关联关系。它要求有部分和整体的关系，并且没有了整体部分也可以独立存在。比如：在上面例子中，人和他的狗显然没有部分和整体的关系，所以只能是一般的关联关系。而公司和公司的一个员工则是整体和部分的关系。公司的一个员工脱离了公司（更或者公司不存在了），这个员工仍然存在（即对象仍然可以独立存在），所以它属于聚合关系。组成关系是可以共享的（公司的一个员工也可以加入其他公司）。 　　组合关系：一种更强的整体和部分的关系。它并且要求代表整体的对象负责代表部分的对象的生命周期。组成关系是不能共享的，如PC机和显示器的关系。 　　需求确定聚合与组合关系：如果两个实体是整体和部分的关系，那么它们到底是聚合还是组合，这取决于你的需求。比如PC机和显示器的关系：如果在你的系统中，显示器脱离了PC机就不存在意义了，也可以说所有显示器的访问都是通过PC机进行的。那么，你可以把关系设定为组合；如果你的显示器脱离了PC机仍然可以独立存在，也就是说在系统中可以直接访问显示器对象，那么你可以将关系设为聚合。 　　2、关系模型的关系 　　关系模型有这样几种关系：一对一、一对多、多对一、多对多。它们在任何一本关系数据库的教材中都有详细论述，本文就不做详细介绍了。 　　3、对象模型与关系模型比较 　　对象模型与关系模型的比较见表一： 　　 　　由此表可以看出，对象模型与关系模型之间存在着匹配的问题，很多论文的作者称之为“阻抗匹配”问题。因此，下面详细介绍如何匹配的设计理念。 　　4、设计理念 　　⑴继承 　　对于继承关系，一般有三种策略： 　　策略1：继承树的每个类对应一个表，共享主键――单表法。这与面向对象的概念具有一致性，支持多态，易于修改基类和增加新的类。但数据库中存在大量的关系表，加上表间的关联较多，会降低数据访问效率。 　　策略2 ：继承树的根类对应一个表，需要添加一个识别字段――合并法。合并法实现继承关系映射的优点是实现简单、操作方便，缺点是会产生大量的数据冗余。 　　策略3：继承树的叶子类对应一个表，不支持多态查询――分解法。分解法的表中包含了具体子类的所有信息，操作实现简单，但超类的修改会导致相对应的表及其子类所对应表的更改，这会增加保持数据的完整性的复杂性。 　　⑵关联 　　①一对一 　　一般有两种策略： 　　策略1：唯一的外键 　　Unique＝“true”（唯一的外键） 　　策略2：共享主键 　　（既是主键又是外键） 　　注意：HBM中生成方式需要用foreign。 　　②一对多 　　在“多”的一边产生一个外部键。 　　③多对一 　　在“多”的一边产生一个外部键。 　　④多对多 　　策略1：A、B表多对多的关系需要引入C表 　　C表中的所有属性即为主键又为外键，分别参照A、B两表。C表中不可以有其他属性。 　　策略2：将多对多拆分成两个一对多 　　A、B对象多对多的关系需要引入C对象，使得A、B两对象与C对象的关系为一对多。对应数据库中：A、B表多对多的关系需要引入C表；A、B