Hibernate 3.0 的规则应用分

　　一、前言

　　Hibernate和Spring是两个著名的开源框架，越来越广泛地应用于J2EE应用程序的开发中。虽然它们各自所针对的目标不同，但是它们都有一个共同的特点：依赖性映射。Spring注重于在把对象返回到客户之前，帮助挑选出对象间的依赖性，这样以来大大减少了客户端的编码工作。Hibernate则专注于在把完整的对象模型返回到客户之前，挑选出对象模型描述的依赖性。当直接使用JDBC来把一个数据模型映射成一个对象模型时，我们通常需要编写大量的代码来建造一个对象模型。Hibernate可以帮助消除这种大部分的编码工作。

　　Hibernate 2.x提供了基本的表到对象的映射，正常的关联映射(包括一对一，一对多和多对多关系)，多态映射，等等。Hibernate 3.x把这种技术又推进了一层-通过使用规则、过滤、子选择等等来加强映射的灵活性-它们提供了良好粒度的解释特性。

　　在本文中，我们将向你展示规则的各种不同特性是怎样帮助实现模型转换的。在Hibernate 3.x之前，规则属性只能出现在一个property元素中。虽然你还可以这样做，但是，Hibernate 3.x提供了一个规则属性或元素(其实，在涉及到规则使用时，这两者是等价的)，它可以应用在许多元素中，包括discriminator，many-to-one，one-to-one，element，many-to-many，map-key，map-key-many-to-many以及property。这加强了对象-关系(O-R)映射的灵活性，并因此允许对更复杂的数据模型的良好粒度解释。

　　大致上有两种场合下，必须使用规则：

　　1. 需要规则计算结果的场所。与元素discriminator，element，map-key，map-key-many-to-many及property等一起使用的规则属于这一类型。

　　2. 借助于规则的帮助实现联结之目的。与元素many-to-one，one-to-one及many-to-many等一起使用的规则属于这一类型。

　　二、类型1:取得一个规则的计算结果

　　(一) Discriminator

　　在实际的数据模式中，经常有用一个表来描述另外一个表的情况。规则有助于在O-R映射中实现灵活的多态性。

　　在图1所示的例子中，共有两个表:Product和ProductRelease。每个产品记录都有一个ProductReleaseID，用于参照它相应的产品发行记录，包括产品发行名、类型、发行日期等。

　　在ProductRelease表中一个有趣的属性是SubProductAllowable，其值可以是0或1。值1意味着任何该产品的发行都可以有相应的子产品，而值0意味着不允许有子产品。例如，一些产品由多种子产品配置而成，而一些产品只能是其自身。

　　图2显示了一个从该数据模型解释出来的对象模型。其中，嵌套接口定义了getSubProducts和setSubProducts方法。类NestedProduct扩展了基类Product并实现了嵌套接口。一条产品数据记录是属于Product还是属于NestedProduct依赖于它相应的产品发行记录的SubProductAllowable的值。

图1.产品和产品发行数据模型 图2.产品和产品发行对象域模型

　　为了成功完成这个模型转化，我们使用了一个Hibernate3.x映射，如下:

＜hibernate-mapping＞
＜class name="Product" discriminator-value="0" lazy="false"＞
　＜id name="id" type="long"/＞
　＜discriminator formula="(select pr.SubProductAllowable from ProductRelease pr where pr.productReleaseID=
productReleaseID)" type="integer" /＞
　＜subclass name="NestedProduct" discriminator-value="1"/＞
＜/class＞
＜/hibernate-mapping＞

　　如果规则表达式计算结果是0-也就是说，不允许有相应的子产品-那么该对象将是类Product。如果结果是1，该对象将是一个NestedProduct。在表1和表2中，对于Product表中的第一个记录(ProductID=10000001)，初始化类将是一个NestedProduct，因为它通过SubProductAllowable=1参考引用一个ProductRelease记录。对于Product表中的第二个记录(ProductID=20000001)，初始化类将是Product，因为它通过SubProductAllowable=0参考引用一个ProductRelease记录。

S/N	ProductReleaseID	SubProductAllowable	...
1	11	1	...
2	601	0	...

　　　　　　表格1.表ProductRelease中的记录

S/N	ProductID	ProductReleaseID	...
1	10000001	11	...
2	20000001	601	...

　　　　　　表格2.表Product中的记录
　　(二) Property

　　一个property元素中的规则允许对象属性包含某个派生值，如sum，average，max等等的结果，就象下面这样：

＜property name="averagePrice" formula="(select avg(pc.price) from PriceCatalogue pc, SelectedItems si where si.priceRefID=pc.priceID)"/＞

　　此外，一个规则，根据当前记录的某些属性值，还有助于检索来自于另一个表中的值。例如:

＜property name="currencyName" formula="(select cur.name from currency cur where cur.id= currencyID)"/＞

　　这有助于从当前货币表中检索一种货币的名称。很明显，这些直接的映射能消除很多的编码转化问题。

　　(三) map-key

　　规则还允许map-key取任何可能的值。在下列例中(图3)，我们想要使Role_roleID成为对象模型的map-key(图4)。


图3.用户角色数据模式

图4.用户角色对象模型
　　在上面的数据模式中，User和Role通过一个称为User_has_Role的多对多的关系表被联系在一起。为了取得一个已赋给所有角色的用户，我们使用下列映射:

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有