Hibernate 中文文档 3.2
目錄
1.翻译说明
2.版权声明
1.1.前言
1.2.2.映射文件
1.2.5.启动和辅助类
1.2.6.加载并存储对象
1.3.第二部分 - 关联映射
1.3.3.使关联工作
1.3.4.值类型的集合
1.3.5.双向关联
1.3.6.使双向连起来
1.4.第三部分 - EventManager web应用程序
1.4.2.处理与渲染
1.4.3.部署与测试
1.5.总结
2.1.概况(Overview)
2.2.实例状态
3.1.可编程的配置方式
3.2.获得SessionFactory
0
1
1.1
1.2
2
2.1
2.2
2.2.1
2.2.2
2.2.3
2.2.4
2.2.5
2.2.6
2.3
2.3.1
2.3.2
2.3.3
2.3.4
2.3.5
2.3.6
2.4
2.4.1
2.4.2
2.4.3
2.5
3
3.1
3.2
3.3
3.4
3.5
4
4.1
4.2
4.3
2
Hibernate 中文文档 3.2
|
|
4.4 |
||||||||||||||||
|
4.4.1 |
|||||||||||||||||
|
4.4.2 |
|||||||||||||||||
|
4.4.3 |
|||||||||||||||||
|
4.4.4 |
|||||||||||||||||
|
4.4.5 |
|||||||||||||||||
|
4.4.6 |
|||||||||||||||||
|
|
4.5 |
||||||||||||||||
|
|
4.6 |
||||||||||||||||
|
|
4.7 |
||||||||||||||||
|
|
4.8 |
||||||||||||||||
|
4.8.1 |
|||||||||||||||||
|
4.8.2 |
|||||||||||||||||
|
4.8.3 |
|||||||||||||||||
|
4.8.4 |
|||||||||||||||||
|
|
5 |
||||||||||||||||
|
|
5.1 |
4.1.1.实现一个默认的(即无参数的)构造方法(constructor)
4.1.2.提供一个标识属性(identifier property)(可选) 5.1.2 5.1.1
|
5.1.3 |
4.1.4.为持久化字段声明访问器(accessors)和是否可变的标志
|
|
5.1.4 |
|||||||||||||||||||
|
|
5.2 |
|||||||||||||||||||
|
|
5.3 |
|||||||||||||||||||
|
|
5.4 |
|||||||||||||||||||
|
|
5.5 |
|||||||||||||||||||
|
|
6 |
|||||||||||||||||||
|
|
6.1 |
|||||||||||||||||||
|
|
6.1.1 |
|||||||||||||||||||
|
|
6.1.2 |
|||||||||||||||||||
|
|
6.1.3 |
|||||||||||||||||||
|
|
6.1.4 |
|||||||||||||||||||
|
|
6.1.5 |
|||||||||||||||||||
|
|
6.1.6 |
|||||||||||||||||||
|
|
6.1.7 |
|||||||||||||||||||
|
|
6.1.8 |
|||||||||||||||||||
|
|
|
|
|
|||||||||||||||||
|
6.1.10 |
3
Hibernate 中文文档 3.2
|
|
|
|
||||||||||||||||||||||||||||||||||
|
6.1.11 |
||||||||||||||||||||||||||||||||||||
|
6.1.12 |
||||||||||||||||||||||||||||||||||||
|
6.1.13 |
||||||||||||||||||||||||||||||||||||
|
6.1.14 |
||||||||||||||||||||||||||||||||||||
|
6.1.15 |
||||||||||||||||||||||||||||||||||||
|
6.1.16 |
||||||||||||||||||||||||||||||||||||
|
6.1.17 |
||||||||||||||||||||||||||||||||||||
|
6.1.18 |
||||||||||||||||||||||||||||||||||||
|
6.1.19 |
||||||||||||||||||||||||||||||||||||
|
6.1.20 |
||||||||||||||||||||||||||||||||||||
|
6.1.21 |
||||||||||||||||||||||||||||||||||||
|
6.1.22 |
||||||||||||||||||||||||||||||||||||
|
6.1.23 |
||||||||||||||||||||||||||||||||||||
|
6.1.24 |
||||||||||||||||||||||||||||||||||||
|
6.1.25 |
||||||||||||||||||||||||||||||||||||
|
6.1.26 |
||||||||||||||||||||||||||||||||||||
|
6.1.27 |
||||||||||||||||||||||||||||||||||||
|
6.1.28 |
||||||||||||||||||||||||||||||||||||
|
6.1.29 |
||||||||||||||||||||||||||||||||||||
|
|
6.2 |
|||||||||||||||||||||||||||||||||||
|
|
6.2.1 |
|||||||||||||||||||||||||||||||||||
|
|
6.2.2 |
|||||||||||||||||||||||||||||||||||
|
|
6.2.3 |
|||||||||||||||||||||||||||||||||||
|
|
6.3 |
|||||||||||||||||||||||||||||||||||
|
|
6.4 |
|||||||||||||||||||||||||||||||||||
|
|
6.5 |
|||||||||||||||||||||||||||||||||||
|
|
6.5.1 |
|||||||||||||||||||||||||||||||||||
|
|
6.5.2 |
|||||||||||||||||||||||||||||||||||
|
|
6.6 |
|||||||||||||||||||||||||||||||||||
|
|
6.7 |
|||||||||||||||||||||||||||||||||||
|
|
7 |
|||||||||||||||||||||||||||||||||||
|
|
7.1 |
|||||||||||||||||||||||||||||||||||
|
|
7.2 |
|||||||||||||||||||||||||||||||||||
|
|
7.2.1 |
|||||||||||||||||||||||||||||||||||
|
|
7.2.2 |
|||||||||||||||||||||||||||||||||||
|
|
7.2.3 |
|||||||||||||||||||||||||||||||||||
|
|
4
Hibernate 中文文档 3.2
6.2.5.
6.3.1. 有序集合(Sorted collections)
6.3.2. 双向关联(Bidirectional associations)
6.3.4. 三重关联(Ternary associations)
6.4. 集合例子(Collection example) 第 7 章 关联关系映射
7.2. 单向关联(Unidirectional associations) 7.2.1. 多对一(many to one)
7.2.2. 一对一(one to one) 7.2.3. 一对多(one to many)
7.3. 使用连接表的单向关联(Unidirectional associations with join tables)
7.3.1. 一对多(one to many) 7.3.2. 多对一(many to one)
7.3.3. 一对一(one to one) 7.3.4. 多对多(many to many)
7.4. 双向关联(Bidirectional associations)
7.4.1. 一对多(one to many) / 多对一(many to one)
7.5. 使用连接表的双向关联(Bidirectional associations with join tables)
7.5.1. 一对多(one to many) /多对一( many to one) 8.5.1 8.5
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
|
|
|
|
|
5
Hibernate 中文文档 3.2
(Discriminator) |
|
10.1.3 |
9.1.4.混合使用“每个类分层结构一张表”和“每个子类一张表” 10.1.4
|
|
10.1.5 |
||||||||||||||||||||||||||||||||||||||
9.1.6. Table per concrete class, using implicit polymorphism |
|
10.1.6 |
||||||||||||||||||||||||||||||||||||||
|
|
10.1.7 |
||||||||||||||||||||||||||||||||||||||
|
|
10.2 |
||||||||||||||||||||||||||||||||||||||
|
|
11 |
||||||||||||||||||||||||||||||||||||||
|
|
11.1 |
||||||||||||||||||||||||||||||||||||||
|
|
11.2 |
||||||||||||||||||||||||||||||||||||||
|
|
11.3 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.1 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.2 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.3 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.4 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.5 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.6 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.7 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.8 |
||||||||||||||||||||||||||||||||||||||
|
|
11.4.9 |
||||||||||||||||||||||||||||||||||||||
|
11.4.10 |
|||||||||||||||||||||||||||||||||||||||
|
|
11.4.11 |
||||||||||||||||||||||||||||||||||||||
|
|
11.5 |
||||||||||||||||||||||||||||||||||||||
|
|
11.6 |
||||||||||||||||||||||||||||||||||||||
|
|
11.7 |
||||||||||||||||||||||||||||||||||||||
|
|
11.8 |
||||||||||||||||||||||||||||||||||||||
|
|
11.9 |
||||||||||||||||||||||||||||||||||||||
|
|
11.10 |
||||||||||||||||||||||||||||||||||||||
|
|
11.11 |
||||||||||||||||||||||||||||||||||||||
|
|
11.12 |
||||||||||||||||||||||||||||||||||||||
|
|
12 |
||||||||||||||||||||||||||||||||||||||
|
|
12.1 |
||||||||||||||||||||||||||||||||||||||
|
|
12.1.1 |
||||||||||||||||||||||||||||||||||||||
|
|
12.1.2 |
||||||||||||||||||||||||||||||||||||||
|
|
12.1.3 |
||||||||||||||||||||||||||||||||||||||
|
|
12.1.4 |
||||||||||||||||||||||||||||||||||||||
|
|
12.2 |
||||||||||||||||||||||||||||||||||||||
|
|
12.2.1 |
||||||||||||||||||||||||||||||||||||||
|
|
12.2.2 |
6
Hibernate 中文文档 3.2
|
|
|
12.2.3 |
||||||||||||||||||||||||||||||||||||
|
|
|
12.2.4 |
||||||||||||||||||||||||||||||||||||
|
|
|
|
12.3 |
|||||||||||||||||||||||||||||||||||
|
12.3.2 |
|
|
|
12.3.1 |
||||||||||||||||||||||||||||||||||
|
|
|
12.3.3 |
||||||||||||||||||||||||||||||||||||
|
|
|
12.3.4 |
||||||||||||||||||||||||||||||||||||
|
|
|
|
12.4 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
12.5 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
13 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
13.1 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
13.2 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
13.3 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
14 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
14.1 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
14.2 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
14.3 |
|||||||||||||||||||||||||||||||||||
|
|
14.4 |
|||||||||||||||||||||||||||||||||||||
|
|
|
|
15 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.1 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.2 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.3 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.4 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.5 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.6 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.7 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.8 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.9 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.10 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.11 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.12 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.13 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.14 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
15.15 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
16 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
16.1 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
16.2 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
16.3 |
|||||||||||||||||||||||||||||||||||
|
|
|
|
16.4 |
7
Hibernate 中文文档 3.2
|
|
|
|
|
|
|
16.5 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
16.6 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
|
16.8 |
||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
16.9 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
17 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
17.1 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
17.1.1 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
17.1.2 |
||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||
|
17.1.4 |
17.1.3 |
||||||||||||||||||||||||||||||||||||
|
17.1.5 |
|||||||||||||||||||||||||||||||||||||
17.1.6 |
||||||||||||||||||||||||||||||||||||||
|
|
|
|
|
|
17.1.7 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
17.1.8 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
17.2 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
17.2.1 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
17.2.2 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
17.2.3 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
17.3 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
17.4 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
18 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
18.1 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
19 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
19.1 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
19.1.1 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
19.1.2 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
19.2 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
19.3 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
20 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
20.1 |
|||||||||||||||||||||||||||||||
|
|
|
|
|
|
20.1.1 |
||||||||||||||||||||||||||||||||
|
|
|
|
|
|
20.1.2 |
||||||||||||||||||||||||||||||||
|
20.1.3 |
|||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||
|
20.1.5 |
20.1.4 |
||||||||||||||||||||||||||||||||||||
|
|
|
|
|
|
20.1.6 |
||||||||||||||||||||||||||||||||
20.1.7 |
||||||||||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
20.2 |
8
Hibernate 中文文档 3.2
|
|
|
20.2.1 |
||||||||||||||||||||
|
|
|
20.2.2 |
||||||||||||||||||||
|
|
|
20.2.3 |
||||||||||||||||||||
|
20.2.5 |
|
20.2.4 |
||||||||||||||||||||
|
|
|
|
20.3 |
|||||||||||||||||||
|
|
|
|
20.4 |
|||||||||||||||||||
|
|
20.5 |
|||||||||||||||||||||
|
|
|
20.5.1 |
||||||||||||||||||||
|
|
|
20.5.2 |
||||||||||||||||||||
|
|
|
20.5.3 |
||||||||||||||||||||
|
|
|
20.5.4 |
||||||||||||||||||||
|
|
|
|
20.6 |
|||||||||||||||||||
|
|
|
20.6.1 |
||||||||||||||||||||
|
|
|
20.6.2 |
||||||||||||||||||||
|
|
|
|
21 |
|||||||||||||||||||
|
|
|
|
21.1 |
|||||||||||||||||||
|
|
|
21.1.1 |
||||||||||||||||||||
|
|
|
21.1.2 |
||||||||||||||||||||
|
|
|
21.1.3 |
||||||||||||||||||||
|
|
|
21.1.4 |
20.1.5.对schema的增量更新(Incremental schema updates) 21.1.5
20.1.6.用Ant来增量更新schema(Using Ant for incremental schema
|
||||||||||||||||||
|
21.1.7 |
|||||||||||||||||
|
21.1.8 |
|||||||||||||||||
|
|
22 |
||||||||||||||||
|
|
22.1 |
||||||||||||||||
|
|
22.2 |
||||||||||||||||
|
|
22.3 |
||||||||||||||||
|
|
22.4 |
||||||||||||||||
|
|
22.5 |
||||||||||||||||
|
|
23 |
||||||||||||||||
|
|
23.1 |
||||||||||||||||
|
|
23.2 |
||||||||||||||||
|
|
23.3 |
||||||||||||||||
|
|
24 |
||||||||||||||||
|
|
24.1 |
||||||||||||||||
|
|
24.2 |
9
Hibernate 中文文档 3.2
|
|
24.3 |
|||||||||
|
|
24.4 |
|||||||||
|
24.4.1 |
||||||||||
|
24.4.2 |
||||||||||
|
|
|
|||||||||
|
24.4.3 |
||||||||||
|
24.4.4 |
||||||||||
|
24.4.5 |
||||||||||
|
|
25 |
10
Hibernate 中文文档 3.2
Hibernate 中文文档 3.2
介紹 |
11 |
Hibernate 中文文档 3.2
前言
目录
1. 翻译说明
2. 版权声明
WARNING! This is a translated version of the English Hibernate reference documentation. The translated version might not be up to date! However, the differences should only be very minor. Consult the English reference documentation if you are missing information or encounter a translation error. If you like to contribute to a particular translation, contact us on the Hibernate developer mailing list.
Translator(s): RedSaga Translate Team 满江红翻译团队 <[email protected]>
在今日的企业环境中,把面向对象的软件和关系数据库一起使用可能是相当麻烦、 浪费时间的。Hibernate是一个面向Java环境的对象/关系数据库映射工具。对象/关
系数据库映射(object/relational mapping (ORM))这个术语表示一种技术,用来把对 象模型表示的对象映射到基于SQL的关系模型数据结构中去。
Hibernate不仅仅管理Java类到数据库表的映射(包括Java数据类型到SQL数据类 型的映射),还提供数据查询和获取数据的方法,可以大幅度减少开发时人工使用 SQL和JDBC处理数据的时间。
Hibernate的目标是对于开发者通常的数据持久化相关的编程任务,解放其中的
95%。对于以数据为中心的程序来说,它们往往只在数据库中使用存储过程来实现商 业逻辑,Hibernate可能不是最好的解决方案;对于那些在基于Java的中间层应用中, 它们实现面向对象的业务模型和商业逻辑的应用,Hibernate是最有用的。不管怎 样,Hibernate一定可以帮助你消除或者包装那些针对特定厂商的SQL代码,并且帮 你把结果集从表格式的表示形式转换到一系列的对象去。
如果你对Hibernate和对象/关系数据库映射还是个新手,或者甚至对Java也不熟 悉,请按照下面的步骤来学习。
1.阅读第 1 章 Hibernate入门 ,这是一篇包含详细的逐步指导的指南。本指南的 源代码包含在发行包中,你可以在 doc/reference/tutorial/ 目录下找到。
2.阅读第 2 章 体系结构(Architecture)来理解Hibernate可以使用的环境。
3.查看Hibernate发行包中的 eg/ 目录,里面有一个简单的独立运行的程序。把 你的JDBC驱动拷贝到 lib/ 目录下,修改一
下 src/hibernate.properties ,指定其中你的数据库的信息。进入命令行,
切换到你的发行包的目录,输入 ant eg (使用了Ant),或者在Windows操作 系统中使用 build eg 。
4.把这份参考文档作为你学习的主要信息来源。
5.在Hibernate 的网站上可以找到经常提问的问题与解答(FAQ)。
前言 |
12 |
Hibernate 中文文档 3.2
6.在Hibernate网站上还有第三方的演示、示例和教程的链接。
7.Hibernate网站的“社区(Community Area)”是讨论关于设计模式以及很多整合方 案(Tomcat, JBoss AS, Struts, EJB,等等)的好地方。
如果你有问题,请使用Hibernate网站上链接的用户论坛。我们也提供一个JIRA问 题追踪系统,来搜集bug报告和新功能请求。如果你对开发Hibernate有兴趣,请加 入开发者的邮件列表。(Hibernate网站上的用户论坛有一个中文版面,JavaEye也 有Hibernate中文版面,您可以在那里交流问题与经验。)
商业开发、产品支持和Hibernate培训可以通过JBoss Inc.获得。(请查阅: http://www.hibernate.org/SupportTraining/)。 Hibernate是一个专业的开放源代码
项目(Professional Open Source project),也是JBoss Enterprise Middleware System(JEMS),JBoss企业级中间件系统的一个核心组件。
前言 |
13 |
Hibernate 中文文档 3.2
1.翻译说明
本文档的翻译是在网络上协作进行的,也会不断根据Hibernate的升级进行更新。提 供此文档的目的是为了减缓学习Hibernate的坡度,而非代替原文档。我们建议所有 有能力的读者都直接阅读英文原文。若您对翻译有异议,或发现翻译错误,敬请不 吝赐教,报告到如下email地址:cao at redsaga.com
Hibernate版本3的翻译由满江红翻译团队(RedSaga Translate Team)集体进行,这 也是一次大规模网络翻译的试验。在不到20天的时间内,我们完成了两百多页文档 的翻译,这一成果是通过十几位网友集体努力完成的。通过这次翻译,我们也有了 一套完整的流程,从初译、技术审核一直到文字审核、发布。我们的翻译团队还会 继续完善我们的翻译流程,并翻译其他优秀的Java开源资料,敬请期待。
表1. Hibernate v3翻译团队
序 |
标题 |
中文标题 |
v3翻译 |
v3审校 |
v3. |
|
号 |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
在Tomcat |
|
|
|
|
|
Quickstart |
中快速上 |
|
|
|
|
手(3.1版 |
曹晓钢 |
zoujm |
||||
with Tomcat |
||||||
|
本中取 |
|
|
|
||
|
|
|
|
|
||
|
|
消) |
|
|
|
|
|
|
|
|
|
|
|
#1 |
Turtotial |
Hibernate |
Zheng Shuai |
- |
Sean |
|
入门 |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
|
#2 |
Architecture |
体系结构 |
Hilton(BJUG) |
厌倦发呆 |
Sean |
|
|
|
|
|
|
|
|
#3 |
Configuration |
配置 |
Goncha |
mochow |
zcgly |
|
|
|
|
|
|
|
|
#4 |
Persistent |
持久化类 |
曹晓钢 |
mochow |
Digita |
|
Classes |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
|
|
Basic O/R |
对象/关系 |
|
|
|
|
#5 |
数据库映 |
moxie |
Kingfish |
张成 |
||
Mapping |
射基础 |
|||||
|
|
|
|
|||
|
|
(上) |
|
|
|
|
|
|
|
|
|
|
|
|
|
对象/关系 |
|
|
|
|
|
|
数据库映 |
inter_dudu |
刘国雄(vincent) |
张成 |
|
|
|
射基础 |
||||
|
|
|
|
|
||
|
|
(下) |
|
|
|
|
|
|
|
|
|
|
|
#6 |
Collection |
集合类映 |
曹晓钢 |
robbin |
||
Mapping |
射 |
|||||
|
|
|
|
|||
#7 |
Association |
关联关系 |
Robbin |
devils.advocate |
||
Mappings |
映射 |
|||||
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1. 翻译说明 |
14 |
Hibernate 中文文档 3.2
#8 |
Component |
组件映射 |
曹晓钢 |
Robbin |
Song |
|
Mapping |
qiang |
|||||
|
|
|
|
|||
#9 |
Inheritance |
继承映射 |
morning(BJUG) |
mochow |
Liang |
|
Mappings |
chen |
|||||
|
|
|
|
|||
|
|
|
|
|
|
|
#10 |
Working with |
与对象共 |
程广楠 |
厌倦发呆 |
||
objects |
事 |
|||||
|
|
|
|
|||
|
Transactions |
事务和并 |
|
|
|
|
#11 |
And |
Robbin |
mochow |
|||
发 |
||||||
|
Concurrency |
|
|
|
||
|
|
|
|
|
||
|
|
|
|
|
|
|
#12 |
Interceptors |
继承映射 |
七彩狼(BJUG) |
厌倦发呆 |
||
and events |
||||||
|
|
|
|
|
||
#13 |
Batch |
批量处理 |
Kingfish(BJUG) |
厌倦发呆 |
||
processing |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
|
|
HQL: The |
HQL: |
|
|
|
|
|
Hibernate |
|
|
|
||
#14 |
Hibernate |
郑浩(BJUG) |
Zheng Shuai |
|||
Query |
||||||
|
查询语言 |
|
|
|
||
|
Language |
|
|
|
||
|
|
|
|
|
||
|
|
|
|
|
|
|
#15 |
Criteria |
条件查询 |
nemo(BJUG) |
Zheng Shuai |
||
Queries |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
|
#16 |
Native SQL |
Native |
似水流年 |
zoujm |
||
SQL查询 |
||||||
|
|
|
|
|
||
#17 |
Filters |
过滤数据 |
冰云(BJUG) |
Goncha |
||
|
|
|
|
|
|
|
#18 |
XML |
XML映射 |
edward(BJUG) |
Goncha |
huxb |
|
Mapping |
||||||
|
|
|
|
|
||
#19 |
Improving |
性能提升 |
Wangjinfeng |
Robbin |
||
performance |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
|
#20 |
Toolset |
工具箱指 |
曹晓钢 |
Robbin |
||
Guide |
南 |
|||||
|
|
|
|
|||
#21 |
Example: |
示例:父 |
曹晓钢 |
devils.advocate |
||
Parent/Child |
子关系 |
|||||
|
|
|
|
|||
|
|
|
|
|
|
|
|
Example: |
示例: |
|
|
|
|
#22 |
Weblog |
Weblog |
曹晓钢 |
devils.advocate |
||
|
Application |
应用程序 |
|
|
|
|
|
Example: |
示例:多 |
|
|
|
|
#23 |
Various |
shidu(BJUG) |
冰云 |
|||
种映射 |
||||||
|
Mappings |
|
|
|
||
|
|
|
|
|
||
|
|
|
|
|
|
|
#24 |
Best |
最佳实践 |
曹晓钢 |
冰云 |
||
Practices |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
1. 翻译说明 |
15 |
Hibernate 中文文档 3.2
v3.2版本在2006年11月份由曹晓钢更新。
关于我们
满江红.开源, http://www.redsaga.com
从成立之初就致力于Java开放源代码在中国的传播与发展,与国内多个Java团体及 出版社有深入交流。坚持少说多做的原则,目前有两个团队,“OpenDoc团队”与“翻 译团队”,本翻译文档即为翻译团队作品。OpenDoc团队已经推出包括Hibernate、 iBatis、Spring、WebWork的多份开放文档,并于2005年5月在Hibernate开放文档 基础上扩充成书,出版了原创书籍:《深入浅出Hibernate》,本书400余页,适合
各个层次的Hibernate用户。(http://www.redsaga.com/hibernate_book.html)敬请支 持。
北京Java用户组, http://www.bjug.org
Beiing Java User Group,民间技术交流组织,成立于2004年6月。以交流与共享为 宗旨,每两周举行一次技术聚会活动。BJUG的目标是,通过小部分人的努力,形 成一个技术社群,创建良好的交流氛围,并将新的技术和思想推广到整个IT界,让 我们共同进步。
Java视线, http://www.javaeye.com
Java视线在是Hibernate中文论坛( http://www.hibernate.org.cn ,Hibernate中文 论坛是中国最早的Hibernate专业用户论坛,为Hibernate在中国的推广做出了巨大 的贡献)基础上发展起来的Java深度技术网站,目标是成为一个高品质的,有思想 深度的、原创精神的Java技术交流网站,为软件从业人员提供一个自由的交流技 术,交流思想和交流信息的平台。
致谢
还有一些朋友给我们发来了勘误,在此致谢:Kurapica,李毅,李海林。
1. 翻译说明 |
16 |
Hibernate 中文文档 3.2
2.版权声明
Hibernate英文文档属于Hibernate发行包的一部分,遵循LGPL协议。本翻译版本同 样遵循LGPL协议。参与翻译的译者一致同意放弃除署名权外对本翻译版本的其它 权利要求。
您可以自由链接、下载、传播此文档,或者放置在您的网站上,甚至作为产品的一 部分发行。但前提是必须保证全文完整转载,包括完整的版权信息和作译者声明, 并不能违反LGPL协议。这里“完整”的含义是,不能进行任何删除/增添/注解。若有 删除/增添/注解,必须逐段明确声明那些部分并非本文档的一部分。
2. 版权声明 |
17 |
Hibernate 中文文档 3.2
第1 章 Hibernate入门
目录
1.1. 前言
1.2. 第一部分 - 第一个Hibernate应用程序
1.2.1. 第一个class
1.2.2. 映射文件
1.2.3. Hibernate配置
1.2.4. 用Ant构建 1.2.5. 启动和辅助类
1.2.6. 加载并存储对象 1.3. 第二部分 - 关联映射
1.3.1. 映射Person类
1.3.2.
1.3.3. 使关联工作
1.3.4. 值类型的集合
1.3.5. 双向关联
1.3.6. 使双向连起来
1.4. 第三部分 - EventManager web应用程序
1.4.1. 编写基本的servlet
1.4.2. 处理与渲染 1.4.3. 部署与测试
1.5. 总结
第 1 章 Hibernate入门 |
18 |
Hibernate 中文文档 3.2
1.1.前言
本章是面向Hibernate初学者的一个入门教程。我们从一个使用驻留内存式(in- memory)数据库的简单命令行应用程序开始, 用易于理解的方式逐步开发。
本章面向Hibernate初学者,但需要Java和SQL知识。它是在Michael Goegl所写的 指南的基础上完成的。在这里,我们称第三方库文件是指JDK 1.4和5.0。若使用 JDK1.3,你可能需要其它的库文件。
本章的源代码已包含在发布包中,位于 doc/reference/tutorial/ 目录下。
1.1. 前言 |
19 |
Hibernate 中文文档 3.2
1.2.第一部分 - 第一个Hibernate应用程序
假设我们希望有一个小应用程序可以保存我们希望参加的活动(events)和这些活 动主办方的相关信息。 (译者注:在本教程的后面部分,我们将直接使用event而 不是它的中文翻译“活动”,以免混淆。)
我们所做的第一件事就是创建我们的开发目录,并且把所有需要用到的Java库文件 放进去。解压缩从Hibernate网站下载的Hibernate发布包,并把 /lib 目录下所有 需要的库文件拷到我们新建开发目录下的 /lib 目录下。看起来就像这样:
.
+lib
antlr.jar
cglib.jar
asm.jar
dom4j.jar
log4j.jar
到编写本文时为止,这些是Hibernate运行所需要的最小库文件集合(注意我们也拷 贝了 Hibernate3.jar,这个是最主要的文件)。你正使用的Hibernate版本可能需要 比这更多或少一些的库文件。请参见发布包中的 lib/ 目录下的 README.txt , 以获取更多关于所需和可选的第三方库文件信息(事实上,Log4j并不是必须的库 文件,但被许多开发者所喜欢)。
接下来我们创建一个类,用来代表那些我们希望储存在数据库里的event。
1.2. 第一部分 - 第一个Hibernate应用程序 |
20 |
Hibernate 中文文档 3.2
1.2.1. 第一个class
我们的第一个持久化类是一个带有一些属性(property)的简单JavaBean类:
package events;
import java.util.Date;
public class Event { private Long id;
private String title; private Date date;
public Event() {}
public Long getId() { return id;
}
private void setId(Long id) { this.id = id;
}
public Date getDate() { return date;
}
public void setDate(Date date) { this.date = date;
}
public String getTitle() { return title;
}
public void setTitle(String title) { this.title = title;
}
}
你可以看到这个类对属性的存取方法(getter and setter method)使用了标准 JavaBean命名约定,同时把类属性(field)的访问级别设成私有的(private)。这 是推荐的设计,但并不是必须的。Hibernate也可以直接访问这些field,而使用访问 方法(accessor method)的好处是提供了重构时的健壮性(robustness)。为了 通过反射机制(Reflection)来实例化这个类的对象,我们需要提供一个无参的构
1.2.1. 第一个class |
21 |
Hibernate 中文文档 3.2
对一特定的event, id 属性持有唯一的标识符(identifier)的值。如果我们希望使 用Hibernate提供的所有特性,那么所有的持久化实体(persistent entity)类(这里 也包括一些次要依赖类)都需要一个这样的标识符属性。而事实上,大多数应用程 序(特别是web应用程序)都需要通过标识符来区别对象,所以你应该考虑使用标 识符属性而不是把它当作一种限制。然而,我们通常不会操作对象的标识
(identity),因此它的setter方法的访问级别应该声明private。这样当对象被保存 的时候,只有Hibernate可以为它分配标识符值。你可看到Hibernate可以直接访问 public,private和protected的访问方法和field。所以选择哪种方式完全取决于你, 你可以使你的选择与你的应用程序设计相吻合。
所有的持久化类(persistent classes)都要求有无参的构造器,因为Hibernate必须 使用Java反射机制来为你创建对象。构造器(constructor)的访问级别可以是 private,然而当生成运行时代理(runtime proxy)的时候则要求使用至少是
package 级别的访问控制,这样在没有字节码指令(bytecode instrumentation)的 情况下,从持久化类里获取数据会更有效率。
把这个Java源代码文件放到开发目录下的 src 目录里,注意包位置要正确。 现在 这个目录看起来应该像这样:
.
+lib
<Hibernate and
+events
Event.java
下一步,我们把这个持久化类的信息告诉Hibernate。
1.2.1. 第一个class |
22 |
Hibernate 中文文档 3.2
1.2.2.映射文件
Hibernate需要知道怎样去加载(load)和存储(store)持久化类的对象。这正是 Hibernate映射文件发挥作用的地方。映射文件告诉Hibernate它,应该访问数据库 (database)里面的哪个表(table)及应该使用表里面的哪些字段(column)。
一个映射文件的基本结构看起来像这样:
<?xml version="1.0"?>
<!DOCTYPE
注意Hibernate的DTD是非常复杂的。你的编辑器或者IDE里使用它来自动完成那些 用来映射的XML元素(element)和属性(attribute)。你也可以在文本编辑器里打 开DTD-这是最简单的方式来概览所有的元素和attribute,并查看它们的缺省值以 及注释。注意Hibernate不会从web加载DTD文件,但它会首先在应用程序的
classpath中查找。DTD文件已包括在 hibernate3.jar 里,同时也在Hibernate发 布包的 src/ 目录下。
为缩短代码长度,在以后的例子里我们会省略DTD的声明。当然,在实际的应用程 序中,DTD声明是必须的。
在
实体类(再次声明,或许接下来会有依赖类,就是那些次要的实体)都需要一个这 样的映射,来把类对象映射到SQL数据库里的表。
<class name="events.Event" table="EVENTS">
</class>
到目前为止,我们告诉了Hibernate怎样把 Events 类的对象持久化到数据库
的EVENTS 表里,以及怎样从 EVENTS 表加载到 Events 类的对象。每个实例对
应着数据库表中的一行。现在我们将继续讨论有关唯一标识符属性到数据库表的映 射。另外,由于我们不关心怎样处理这个标识符,我们就配置由Hibernate的标识符 生成策略来产生代理主键字段。
1.2.2. 映射文件 |
23 |
Hibernate 中文文档 3.2
<class name="events.Event" table="EVENTS"> <id name="id" column="EVENT_ID"> <generator class="native"/>
</id>
</class>
id 元素是标识符属性的声明, name="id" 声明了Java属性的名字 - Hibernate 会使用 getId() 和 setId() 来访问它。 column 属性则告诉Hibernate, 我们使
用EVENTS 表的哪个字段作为主键。嵌套的 generator 元素指定了标识符生成策 略,在这里我们指定 native ,它根据已配置的数据库(方言)自动选择最佳的标 识符生成策略。Hibernate支持由数据库生成,全局唯一性(globally unique)和应 用程序指定(或者你自己为任何已有策略所写的扩展)这些策略来生成标识符。
最后我们在映射文件里面包含需要持久化属性的声明。默认情况下,类里面的属性 都被视为非持久化的:
<class name="events.Event" table="EVENTS"> <id name="id" column="EVENT_ID"> <generator class="native"/>
</id>
<property name="date" type="timestamp" column="EVENT_DATE" <property name="title"/>
</class>
和 id 元素一样, property 元素的 name 属性告诉Hibernate使用哪个getter和 setter方法。在此例中,Hibernate会寻找 getDate()/setDate() , 以
及getTitle()/setTitle() 。
为什么 date 属性的映射含有 column attribute,而 title 却没有?当没有设
定column attribute 的时候,Hibernate缺省地使用JavaBean的属性名作为字段 名。对于 title ,这样工作得很好。然而, date 在多数的数据库里,是一个保 留关键字,所以我们最好把它映射成一个不同的名字。
另一有趣的事情是 title 属性缺少一个 type attribute。我们在映射文件里声明 并使用的类型,却不是我们期望的那样,是Java数据类型,同时也不是SQL数据库 的数据类型。这些类型就是所谓的Hibernate 映射类型(mapping types),它们能 把Java数据类型转换到SQL数据类型,反之亦然。再次重申,如果在映射文件中没 有设置 type 属性的话,Hibernate会自己试着去确定正确的转换类型和它的映射 类型。在某些情况下这个自动检测机制(在Java 类上使用反射机制)不会产生你所
1.2.2. 映射文件 |
24 |
Hibernate 中文文档 3.2
期待或需要的缺省值。 date 属性就是个很好的例子,Hibernate无法知道这个属 性( java.util.Date 类型的)应该被映射成:SQL date ,或 timestamp , 还是 time 字段。在此例中,把这个属性映射成 timestamp 转换器,这样我们 预留了日期和时间的全部信息。
应该把这个映射文件保存为 Event.hbm.xml ,且就在 Event Java类的源文件目 录下。映射文件可随意地命名,但 hbm.xml 的后缀已成为Hibernate开发者社区的 约定。现在目录结构看起来应该像这样:
.
+lib
<Hibernate and
+events
Event.java
Event.hbm.xml
我们继续进行Hibernate的主要配置。
1.2.2. 映射文件 |
25 |
Hibernate 中文文档 3.2
1.2.3. Hibernate配置
现在我们已经有了一个持久化类和它的映射文件,该是配置Hibernate的时候了。在 此之前,我们需要一个数据库。 HSQL DB是种基于Java 的SQL数据库管理系统 (DBMS),可以从HSQL DB的网站上下载。实际上,你只需下载的包中
的 hsqldb.jar 文件,并把这个文件放在开发文件夹的 lib/ 目录下即可。
在开发的根目录下创建一个 data 目录 - 这是HSQL DB存储数据文件的地方。此 时在data目录中运
行java
库。你可以在log中看到它的启动,及绑定到TCP/IP套结字,这正是我们的应用程 序稍后会连接的地方。如果你希望在本例中运行一个全新的数据库,就在窗口中按
下CTRL + C 来关闭HSQL数据库,并删除 data/ 目录下的所有文件,再重新启 动HSQL数据库。
Hibernate是你的应用程序里连接数据库的那层,所以它需要连接用的信息。连接 (connection)是通过一个也由我们配置的JDBC连接池(connection pool)来完 成的。Hibernate的发布包里包含了许多开源的(open source)连接池,但在我们 例子中使用Hibernate内置的连接池。注意,如果你希望使用一个产品级
为了保存Hibernate的配置,我们可以使用一个简单的 hibernate.properties 文 件,或者一个稍微复杂的 hibernate.cfg.xml ,甚至可以完全使用程序来配置 Hibernate。多数用户更喜欢使用XML配置文件:
1.2.3. Hibernate配置 |
26 |
Hibernate 中文文档 3.2
<?xml version='1.0'
<property name="connection.driver_class">org.hsqldb.jdbcDr <property name="connection.url">jdbc:hsqldb:hsql://localho <property name="connection.username">sa</property> <property name="connection.password"></property>
<property name="dialect">org.hibernate.dialect.HSQLDialect
<property name="cache.provider_class">org.hibernate.cache.
<mapping resource="events/Event.hbm.xml"/>
注意这个XML配置使用了一个不同的DTD。在这里,我们配置了Hibernate
的SessionFactory -一个关联于特定数据库全局的工厂(factory)。如果你要 使用多个数据库,就要用多个的
最开始的4个 property 元素包含必要的JDBC连接信息。方言(dialect)
的property 元素指明Hibernate 生成的特定SQL变量。你很快会看到,Hibernate
对持久化上下文的自动session管理就会派上用场。 打开 hbm2ddl.auto 选项将自
1.2.3. Hibernate配置 |
27 |
Hibernate 中文文档 3.2
动生成数据库模式(schema)- 直接加入数据库中。当然这个选项也可以被关闭 (通过去除这个配置选项)或者通过Ant任务 SchemaExport 的帮助来把数据库 schema重定向到文件中。最后,在配置中为持久化类加入映射文件。
把这个文件拷贝到源代码目录下面,这样它就位于classpath的根目录的最后。 Hibernate在启动时会自动在classpath的根目录查找名为 hibernate.cfg.xml 的 配置文件。
1.2.3. Hibernate配置 |
28 |
Hibernate 中文文档 3.2
1.2.4. 用Ant构建
现在我们用Ant来构建应用程序。你必须先安装Ant-可以从Ant 下载页面得到它。 怎样安装Ant就不在这里介绍了,请参考Ant 用户手册。当你安装完了Ant,就可以 开始创建 build.xml 文件,把它直接放在开发目录下面。
一个简单的build文件看起来像这样:
<project
<property name="sourcedir" value="${basedir}/src"/> <property name="targetdir" value="${basedir}/bin"/> <property name="librarydir" value="${basedir}/lib"/>
<path id="libraries">
<fileset dir="${librarydir}"> <include name="*.jar"/>
</fileset>
</path>
<target name="clean">
<delete dir="${targetdir}"/> <mkdir dir="${targetdir}"/>
</target>
<target name="compile" depends="clean,
destdir="${targetdir}" classpathref="libraries"/>
</target>
<target
<fileset dir="${sourcedir}"> <exclude name="**/*.java"/>
</fileset>
</copy>
</target>
</project>
这将告诉Ant把所有在lib目录下以 .jar 结尾的文件拷贝到classpath中以供编译之 用。它也把所有的非Java源代码文件,例如配置和Hibernate映射文件,拷贝到目 标目录。如果你现在运行Ant,会得到以下输出:
1.2.4. 用Ant构建 |
29 |
Hibernate 中文文档 3.2
C:\hibernateTutorial\>ant
Buildfile: build.xml
[copy] Copying 2 files to C:\hibernateTutorial\bin
compile:
[javac] Compiling 1 source file to C:\hibernateTutorial\bin
BUILD SUCCESSFUL
Total time: 1 second
1.2.4. 用Ant构建 |
30 |
Hibernate 中文文档 3.2
1.2.5.启动和辅助类
是时候来加载和储存一些 Event 对象了,但首先我们得编写一些基础的代码以完 成设置。我们必须启动Hibernate,此过程包括创建一个全局
的SessoinFactory ,并把它储存在应用程序代码容易访问的地
方。 SessionFactory 可以创建并打开新的 Session 。一个 Session 代表一个 单线程的单元操作, SessionFactory 则是个线程安全的全局对象,只需要被实 例化一次。
我们将创建一个 HibernateUtil 辅助类(helper class)来负责启动Hibernate和 更方便地操作 SessionFactory 。让我们来看一下它的实现:
package util;
import org.hibernate.*; import org.hibernate.cfg.*;
public class HibernateUtil {
private static final SessionFactory sessionFactory;
static { try {
//Create the SessionFactory from hibernate.cfg.xml
sessionFactory = new Configuration().configure().build
}catch (Throwable ex) {
//Make sure you log the exception, as it might be swa System.err.println("Initial SessionFactory creation fa throw new ExceptionInInitializerError(ex);
}
}
public static SessionFactory getSessionFactory() { return sessionFactory;
}
}
这个类不但在它的静态初始化过程(仅当加载这个类的时候被JVM执行一次)中产 生全局的 SessionFactory ,而且隐藏了它使用了静态singleton的事实。它也可
能在应用程序服务器中的JNDI查找 SessionFactory 。
如果你在配置文件中给 SessionFactory 一个名字,在 SessionFactory 创建 后,Hibernate会试着把它绑定到JNDI。要完全避免这样的代码,你也可以使用 JMX部署,让具有JMX能力的容器来实例化 HibernateService 并把它绑定到 JNDI。这些高级可选项在后面的章节中会讨论到。
1.2.5. 启动和辅助类 |
31 |
Hibernate 中文文档 3.2
把HibernateUtil.java 放在开发目录的源代码路径下,与放 events 的包并
列:
.
+lib
<Hibernate and
+events
Event.java
Event.hbm.xml
+util
HibernateUtil.java
hibernate.cfg.xml
+data
build.xml
再次编译这个应用程序应该不会有问题。最后我们需要配置一个日志(logging)系 统 - Hibernate使用通用日志接口,允许你在Log4j和JDK 1.4 日志之间进行选择。 多数开发者更喜欢Log4j:从Hibernate的发布包中(它在 etc/ 目录下)拷
贝log4j.properties 到你的 src 目录,与 hibernate.cfg.xml .放在一起。
看一下配置示例,如果你希望看到更加详细的输出信息,你可以修改配置。默认情 况下,只有Hibernate的启动信息才会显示在标准输出上。
示例的基本框架完成了 - 现在我们可以用Hibernate来做些真正的工作。
1.2.5. 启动和辅助类 |
32 |
Hibernate 中文文档 3.2
1.2.6.加载并存储对象
我们终于可以使用Hibernate来加载和存储对象了,编写一个带有 main() 方法
的EventManager 类:
package events;
import org.hibernate.Session;
import java.util.Date;
import util.HibernateUtil;
public class EventManager {
public static void main(String[] args) { EventManager mgr = new EventManager();
if (args[0].equals("store")) { mgr.createAndStoreEvent("My Event", new Date());
}
HibernateUtil.getSessionFactory().close();
}
private void createAndStoreEvent(String title, Date theDate) {
Session session = HibernateUtil.getSessionFactory().getCur
session.beginTransaction();
Event theEvent = new Event(); theEvent.setTitle(title); theEvent.setDate(theDate);
session.save(theEvent);
session.getTransaction().commit();
}
}
我们创建了个新的 Event 对象并把它传递给Hibernate。现在Hibernate负责与
SQL打交道,并把 INSERT 命令传给数据库。在运行之前,让我们看一下处
理Session 和 Transaction 的代码。
1.2.6. 加载并存储对象 |
33 |
Hibernate 中文文档 3.2
一个 Session 就是个单一的工作单元。我们暂时让事情简单一些,并假设 Hibernate Session 和数据库事务是一一对应的。为了让我们的代码从底层的事务 系统中脱离出来(此例中是JDBC,但也可能是JTA),我们使用Hibernate
Session 中的 Transaction API。
sessionFactory.getCurrentSession() 是干什么的呢?首先,只要你持
有SessionFactory (幸亏我们有 HibernateUtil ,可以随时获得),大可在
任何时候、任何地点调用这个方法。 getCurrentSession() 方法总会返回“当前 的”工作单元。记得我们在 hibernate.cfg.xml 中把这一配置选项调整
为"thread"了吗?因此,因此,当前工作单元被绑定到当前执行我们应用程序的 Java线程。但是,这并非是完全准确的,你还得考虑工作单元的生命周期范围 (scope),它何时开始,又何时结束.
Session 在第一次被使用的时候,即第一次调用 getCurrentSession() 的时候, 其生命周期就开始。然后它被Hibernate绑定到当前线程。当事务结束的时候,不管 是提交还是回滚,Hibernate会自动把 Session 从当前线程剥离,并且关闭它。假 若你再次调用 getCurrentSession() ,你会得到一个新的 Session ,并且开始
和工作单元的生命周期这个话题相关,Hibernate Session 是否被应该用来执行 多次数据库操作?上面的例子对每一次操作使用了一个 Session ,这完全是巧 合,这个例子不是很复杂,无法展示其他方式。Hibernate Session 的生命周期 可以很灵活,但是你绝不要把你的应用程序设计成为每一次数据库操作都用一个新 的Hibernate Session 。因此就算下面的例子(它们都很简单)中你可以看到这 种用法,记住每次操作一个session是一个反模式。在本教程的后面会展示一个真正 的(web)程序。
关于事务处理及事务边界界定的详细信息,请参看第 11 章 事务和并发。在上面的 例子中,我们也忽略了所有的错误与回滚的处理。
为第一次运行我们的程序,我们得在Ant的build文件中增加一个可以调用得到的 target。
<target name="run" depends="compile">
<java fork="true" classname="events.EventManager" classpathref <classpath path="${targetdir}"/>
<arg value="${action}"/> </java>
</target>
action 参数(argument)的值是通过命令行调用这个target的时候设置的:
C:\hibernateTutorial\>ant run
1.2.6. 加载并存储对象 |
34 |
Hibernate 中文文档 3.2
你应该会看到,编译以后,Hibernate根据你的配置启动,并产生一大堆的输出日 志。在日志最后你会看到下面这行:
[java] Hibernate: insert into EVENTS (EVENT_DATE, title, EVENT_ID)
这是Hibernate执行的 INSERT 命令,问号代表JDBC的绑定参数。如果想要看到绑 定参数的值或者减少日志的长度,就要调整你在 log4j.properties 文件里的设 置。
我们想要列出所有已经被存储的events,就要增加一个条件分支选项到main方法中 去。
if (args[0].equals("store")) { mgr.createAndStoreEvent("My Event", new Date());
}
else if (args[0].equals("list")) { List events = mgr.listEvents();
for (int i = 0; i < events.size(); i++) { Event theEvent = (Event) events.get(i); System.out.println("Event: " + theEvent.getTitle() +
" Time: " + theEvent.getDate());
}
}
我们也增加一个新的 listEvents() 方法:
private List listEvents() {
Session session = HibernateUtil.getSessionFactory().getCurrent
session.beginTransaction();
List result = session.createQuery("from Event").list();
session.getTransaction().commit();
return result;
}
我们在这里是用一个HQL(Hibernate Query Language-Hibernate查询语言)查 询语句来从数据库中加载所有存在的 Event 对象。Hibernate会生成适当的SQL, 把它发送到数据库,并操作从查询得到数据的 Event 对象。当然,你可以使用 HQL来创建更加复杂的查询。
现在,根据以下步骤来执行并测试以上各项:
1.2.6. 加载并存储对象 |
35 |
Hibernate 中文文档 3.2
运行 ant run
现在把 hibernate.cfg.xml 文件中hbm2ddl属性注释掉,这样我们就取消了 在启动时用hbm2ddl来生成数据库schema。通常只有在不断重复进行单元测试 的时候才需要打开它,但再次运行hbm2ddl会把你保存的一切都删掉(drop)
——create 配置的真实含义是:“在创建SessionFactory的时候,从schema
中drop 掉所有的表,再重新创建它们”。
如果你现在使用命令行参数
注意,很多Hibernate新手在这一步会失败,我们不时看到关于Table not found错误 信息的提问。但是,只要你根据上面描述的步骤来执行,就不会有这个问题,因为 hbm2ddl会在第一次运行的时候创建数据库schema,后继的应用程序重起后还能继 续使用这个schema。假若你修改了映射,或者修改了数据库schema,你必须把 hbm2ddl重新打开一次。
1.2.6. 加载并存储对象 |
36 |
Hibernate 中文文档 3.2
1.3.第二部分 - 关联映射
我们已经映射了一个持久化实体类到表上。让我们在这个基础上增加一些类之间的 关联。首先我们往应用程序里增加人(people)的概念,并存储他们所参与的一个 Event列表。(译者注:与Event一样,我们在后面将直接使用person来表示“人”而 不是它的中文翻译)
1.3. 第二部分 - 关联映射 |
37 |
Hibernate 中文文档 3.2
1.3.1. 映射Person类
最初简单的 Person 类:
package events;
public class Person {
private Long id; private int age; private String firstname; private String lastname;
public Person() {}
// Accessor methods for all properties, private setter for 'id
}
创建一个名为 Person.hbm.xml 的新映射文件(别忘了最上面的DTD引用):
<class name="events.Person" table="PERSON"> <id name="id" column="PERSON_ID"> <generator class="native"/>
</id>
<property name="age"/> <property name="firstname"/> <property name="lastname"/>
</class>
最后,把新的映射加入到Hibernate的配置中:
<mapping resource="events/Event.hbm.xml"/> <mapping resource="events/Person.hbm.xml"/>
现在我们在这两个实体之间创建一个关联。显然,persons可以参与一系列 events,而events也有不同的参加者(persons)。我们需要处理的设计问题是关
联方向(directionality),阶数(multiplicity)和集合(collection)的行为。
1.3.1. 映射Person类 |
38 |
Hibernate 中文文档 3.2
1.3.2.
我们将向 Person 类增加一连串的events。那样,通过调
用aPerson.getEvents() ,就可以轻松地导航到特定person所参与的events,而
不用去执行一个显式的查询。我们使用Java的集合类(collection): Set ,因为 set 不包含重复的元素及与我们无关的排序。
我们需要用set 实现一个单向多值关联。让我们在Java类里为这个关联编码,接着 映射它:
public class Person {
private Set events = new HashSet();
public Set getEvents() { return events;
}
public void setEvents(Set events) { this.events = events;
}
}
在映射这个关联之前,先考虑一下此关联的另外一端。很显然,我们可以保持这个 关联是单向的。或者,我们可以在 Event 里创建另外一个集合,如果希望能够双 向地导航,如: anEvent.getParticipants() 。从功能的角度来说,这并不是 必须的。因为你总可以显式地执行一个查询,以获得某个特定event的所有参与 者。这是个在设计时需要做出的选择,完全由你来决定,但此讨论中关于关联的阶
<class name="events.Person" table="PERSON"> <id name="id" column="PERSON_ID"> <generator class="native"/>
</id>
<property name="age"/> <property name="firstname"/> <property name="lastname"/>
<set name="events" table="PERSON_EVENT"> <key column="PERSON_ID"/>
</class>
1.3.2. |
39 |
Hibernate 中文文档 3.2
Hibernate支持各种各样的集合映射, <set> 使用的最为普遍。对于多对多 关联(或叫n:m实体关系), 需要一个关联表(association table)。 表 里面的每 一行代表从person到event的一个关联。表名是由 set 元素的 table 属性配置 的。关联里面的标识符字段名,对于person的一端,是由 <key> 元素定 义,而event一端的字段名是由
因而这个映射的数据库schema是:
|
|
_____________ |
|
__________________ |
|
|
|
|
|
|
| |
|
| |
| |
| |
|
_____________ |
|
|
|
| |
EVENTS |
| |
| PERSON_EVENT |
| |
| |
|
| |
|
|
|_____________| |
|__________________| |
| |
PERSON |
| |
|
|||
|
| |
|
| |
| |
| |
|_____________| |
|
||
|
| *EVENT_ID |
| |
| |
| |
|
| |
|
||
|
| |
EVENT_DATE |
| |
| *PERSON_ID |
| |
| |
|
||
|
| |
TITLE |
| |
|__________________| |
| |
AGE |
| |
|
|
|
|_____________| |
|
|
| |
FIRSTNAME |
| |
|
||
|
|
|
|
|
|
| |
LASTNAME |
| |
|
|
|
|
|
|
|
|_____________| |
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.3.2. |
40 |
Hibernate 中文文档 3.2
1.3.3.使关联工作
我们把一些people和events 一起放到 EventManager 的新方法中:
private void addPersonToEvent(Long personId, Long eventId) {
Session session = HibernateUtil.getSessionFactory().getCurrent session.beginTransaction();
Person aPerson = (Person) session.load(Person.class, personId) Event anEvent = (Event) session.load(Event.class, eventId);
aPerson.getEvents().add(anEvent);
session.getTransaction().commit();
}
在加载一 Person 和 Event 后,使用普通的集合方法就可容易地修改我们定义的 集合。如你所见,没有显式的 update() 或 save() ,Hibernate会自动检测到集 合已经被修改并需要更新回数据库。这叫做自动脏检查(automatic dirty checking),你也可以尝试修改任何对象的name或者date属性,只要他们处于持久 化状态,也就是被绑定到某个Hibernate 的 Session 上(如:他们刚刚在一个单 元操作被加载或者保存),Hibernate监视任何改变并在后台隐式写的方式执行 SQL。同步内存状态和数据库的过程,通常只在单元操作结束的时候发生,称此过 程为清理缓存(flushing)。在我们的代码中,工作单元由数据库事务的提交(或
当然,你也可以在不同的单元操作里面加载person和event。或在 Session 以外修 改不是处在持久化(persistent)状态下的对象(如果该对象以前曾经被持久化,那 么我们称这个状态为脱管(detached))。你甚至可以在一个集合被脱管时修改 它:
1.3.3. 使关联工作 |
41 |
Hibernate 中文文档 3.2
private void addPersonToEvent(Long personId, Long eventId) {
Session session = HibernateUtil.getSessionFactory().getCurrent session.beginTransaction();
Person aPerson = (Person) session
.createQuery("select p from Person p left join fetch p
.setParameter("pid", personId)
.uniqueResult(); // Eager fetch the collection so we c
Event anEvent = (Event) session.load(Event.class, eventId);
session.getTransaction().commit();
// End of first unit of work
aPerson.getEvents().add(anEvent); // aPerson (and its collecti
// Begin second unit of work
Session session2 = HibernateUtil.getSessionFactory().getCurren session2.beginTransaction();
session2.update(aPerson); // Reattachment of aPerson
session2.getTransaction().commit();
}
对update 的调用使一个脱管对象重新持久化,你可以说它被绑定到一个新的单元 操作上,所以在脱管状态下对它所做的任何修改都会被保存到数据库里。这也包括 你对这个实体对象的集合所作的任何改动(增加/删除)。
这对我们当前的情形不是很有用,但它是非常重要的概念,你可以把它融入到你自 己的应用程序设计中。在 EventManager 的main方法中添加一个新的动作,并从 命令行运行它来完成我们所做的练习。如果你需要person及event的标识符 — 那就 用 save() 方法返回它(你可能需要修改前面的一些方法来返回那个标识符):
else if (args[0].equals("addpersontoevent")) {
Long eventId = mgr.createAndStoreEvent("My Event", new Date()) Long personId = mgr.createAndStorePerson("Foo", "Bar"); mgr.addPersonToEvent(personId, eventId); System.out.println("Added person " + personId + " to event " +
}
上面是个关于两个同等重要的实体类间关联的例子。像前面所提到的那样,在特定 的模型中也存在其它的类和类型,这些类和类型通常是“次要的”。你已看到过其中 的一些,像 int 或 String 。我们称这些类为值类型(value type),它们的实
1.3.3. 使关联工作 |
42 |
Hibernate 中文文档 3.2
例依赖(depend)在某个特定的实体上。这些类型的实例没有它们自己的标识 (identity),也不能在实体间被共享(比如,两个person不能引用同一
个firstname 对象,即使他们有相同的first name)。当然,值类型并不仅仅在 JDK中存在(事实上,在一个Hibernate应用程序中,所有的JDK类都被视为值类
型),而且你也可以编写你自己的依赖类,例如 Address , MonetaryAmount 。
你也可以设计一个值类型的集合,这在概念上与引用其它实体的集合有很大的不 同,但是在Java里面看起来几乎是一样的。
1.3.3. 使关联工作 |
43 |
Hibernate 中文文档 3.2
1.3.4.值类型的集合
我们把一个值类型对象的集合加入 Person 实体中。我们希望保存email地址,所 以使用 String 类型,而且这次的集合类型又是 Set :
private Set emailAddresses = new HashSet();
public Set getEmailAddresses() { return emailAddresses;
}
public void setEmailAddresses(Set emailAddresses) { this.emailAddresses = emailAddresses;
}
这个 Set 的映射
<set name="emailAddresses" table="PERSON_EMAIL_ADDR"> <key column="PERSON_ID"/>
<element type="string" column="EMAIL_ADDR"/> </set>
比较这次和此前映射的差别,主要在于 element 部分,这次并没有包含对其它实 体引用的集合,而是元素类型为 String 的集合(在映射中使用小写的名
字”string“是向你表明它是一个Hibernate的映射类型或者类型转换器)。和之前一 样, set 元素的 table 属性决定了用于集合的表名。 key 元素定义了在集合表 中外键的字段名。 element 元素的 column 属性定义用于实际保存 String 值的 字段名。
看一下修改后的数据库schema。
|
|
_____________ |
|
__________________ |
|
|
|
|
|
|
| |
|
| |
| |
| |
|
_____________ |
|
|
|
| |
EVENTS |
| |
| PERSON_EVENT |
| |
| |
|
| |
|
|
|_____________| |
|__________________| |
| |
PERSON |
| |
|
|||
|
| |
|
| |
| |
| |
|_____________| |
|
||
|
| *EVENT_ID |
| |
| |
| |
|
| |
|
||
|
| |
EVENT_DATE |
| |
| *PERSON_ID |
| |
| <- |
|||
|
| |
TITLE |
| |
|__________________| |
| |
AGE |
| |
|
|
|
|_____________| |
|
|
| |
FIRSTNAME |
| |
|
||
|
|
|
|
|
|
| |
LASTNAME |
| |
|
|
|
|
|
|
|
|_____________| |
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.3.4. 值类型的集合 |
44 |
Hibernate 中文文档 3.2
你可以看到集合表的主键实际上是个复合主键,同时使用了2个字段。这也暗示了 对于同一个person不能有重复的email地址,这正是Java里面使用Set时候所需要的 语义(Set里元素不能重复)。
你现在可以试着把元素加入到这个集合,就像我们在之前关联person和event的那 样。其实现的Java代码是相同的:
private void addEmailToPerson(Long personId, String emailAddress)
Session session = HibernateUtil.getSessionFactory().getCurrent session.beginTransaction();
Person aPerson = (Person) session.load(Person.class, personId)
//The getEmailAddresses() might trigger a lazy load of the co aPerson.getEmailAddresses().add(emailAddress);
session.getTransaction().commit();
}
这次我们没有使用fetch查询来初始化集合。因此,调用其getter方法会触发另一附 加的select来初始化集合,这样我们才能把元素添加进去。检查SQL log,试着通过 预先抓取来优化它。
1.3.4. 值类型的集合 |
45 |
Hibernate 中文文档 3.2
1.3.5.双向关联
首先,把一个参与者(person)的集合加入 Event 类中:
private Set participants = new HashSet();
public Set getParticipants() { return participants;
}
public void setParticipants(Set participants) { this.participants = participants;
}
在Event.hbm.xml 里面也映射这个关联。
<set name="participants" table="PERSON_EVENT" inverse="true">
<key column="EVENT_ID"/>
如你所见,两个映射文件里都有普通的 set 映射。注意在两个映射文件中,互换
了key 和
了set 元素的 inverse="true" 属性。
这意味着在需要的时候,Hibernate能在关联的另一端 - Person 类得到两个实体 间关联的信息。这将会极大地帮助你理解双向关联是如何在两个实体间被创建的。
1.3.5. 双向关联 |
46 |
Hibernate 中文文档 3.2
1.3.6.使双向连起来
首先请记住,Hibernate并不影响通常的Java语义。 在单向关联的例子中,我们是 怎样在 Person 和 Event 之间创建联系的?我们把 Event 实例添加
到Person 实例内的event引用集合里。因此很显然,如果我们要让这个关联可以 双向地工作,我们需要在另外一端做同样的事情 - 把 Person 实例加
入 Event 类内的Person引用集合。这“在关联的两端设置联系”是完全必要的而且 你都得这么做。
许多开发人员防御式地编程,创建管理关联的方法来保证正确的设置了关联的两 端,比如在 Person 里:
protected Set getEvents() { return events;
}
protected void setEvents(Set events) { this.events = events;
}
public void addToEvent(Event event) { this.getEvents().add(event); event.getParticipants().add(this);
}
public void removeFromEvent(Event event) { this.getEvents().remove(event); event.getParticipants().remove(this);
}
注意现在对于集合的get和set方法的访问级别是protected - 这允许在位于同一个包 (package)中的类以及继承自这个类的子类可以访问这些方法,但禁止其他任何 人的直接访问,避免了集合内容的混乱。你应尽可能地在另一端也把集合的访问级
别设成protected。
inverse 映射属性究竟表示什么呢?对于你和Java来说,一个双向关联仅仅是在 两端简单地正确设置引用。然而,Hibernate并没有足够的信息去正确地执
行INSERT 和 UPDATE 语句(以避免违反数据库约束),所以它需要一些帮助来 正确的处理双向关联。把关联的一端设置为 inverse 将告诉Hibernate忽略关联的 这一端,把这端看成是另外一端的一个镜象(mirror)。这就是所需的全部信息, Hibernate利用这些信息来处理把一个有向导航模型转移到数据库schema时的所有 问题。你只需要记住这个直观的规则:所有的双向关联需要有一端被设置
为 inverse 。在一对多关联中它必须是代表多(many)的那端。而在多对多
让我们把进入一个小型的web应用程序。
1.3.6. 使双向连起来 |
47 |
Hibernate 中文文档 3.2
1.4. 第三部分 - EventManager web应用程序
Hibernate web应用程序使用 Session 和 Transaction 的方式几乎和独立应用 程序是一样的。但是,有一些常见的模式(pattern)非常有用。现在我们编写一
个EventManagerServlet 。这个servlet可以列出数据库中保存的所有的events,
还提供一个HTML表单来增加新的events。
1.4. 第三部分 - EventManager web应用程序 |
48 |
Hibernate 中文文档 3.2
1.4.1. 编写基本的servlet
在你的源代码目录的 events 包中创建一个新的类:
package events;
// Imports
public class EventManagerServlet extends HttpServlet {
// Servlet code
}
我们后面会用到 dateFormatter 的工具, 它把 Date 对象转换为字符串。只要 一个formatter作为servlet的成员就可以了。
这个servlet只处理 HTTP GET 请求,因此,我们要实现的是 doGet() 方法:
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
SimpleDateFormat dateFormatter = new SimpleDateFormat("dd.MM.y
try {
//Begin unit of work HibernateUtil.getSessionFactory()
.getCurrentSession().beginTransaction();
//Process request and render page...
//End unit of work HibernateUtil.getSessionFactory()
.getCurrentSession().getTransaction().commit();
}catch (Exception ex) {
HibernateUtil.getSessionFactory()
.getCurrentSession().getTransaction().rollback(); throw new ServletException(ex);
}
}
|
|
|
|
1.4.1. 编写基本的servlet |
49 |
Hibernate 中文文档 3.2
不要为每次数据库操作都使用一个新的Hibernate Session 。将Hibernate
Session 的范围设置为整个请求。要用 getCurrentSession() ,这样它自动会 绑定到当前Java线程。
下一步,对请求的可能动作进行处理,渲染出反馈的HTML。我们很快就会涉及到 那部分。
最后,当处理与渲染都结束的时候,这个工作单元就结束了。假若在处理或渲染的 时候有任何错误发生,会抛出一个异常,回滚数据库事务。这
样,
1.4.1. 编写基本的servlet |
50 |
Hibernate 中文文档 3.2
1.4.2.处理与渲染
我们来实现处理请求以及渲染页面的工作。
// Write HTML header
PrintWriter out = response.getWriter(); out.println("<html><head><title>Event Manager</title></head><body>
// Handle actions
if ( "store".equals(request.getParameter("action")) ) {
String eventTitle = request.getParameter("eventTitle"); String eventDate = request.getParameter("eventDate");
if ( "".equals(eventTitle) || "".equals(eventDate) ) { out.println("<b><i>Please enter event title and date.</i><
} else {
createAndStoreEvent(eventTitle, dateFormatter.parse(eventD out.println("<b><i>Added event.</i></b>");
}
}
//Print page printEventForm(out); listEvents(out, dateFormatter);
//Write HTML footer out.println("</body></html>"); out.flush();
out.close();
listEvents() 方法使用绑定到当前线程的Hibernate Session 来执行查询:
1.4.2. 处理与渲染 |
51 |
Hibernate 中文文档 3.2
private void listEvents(PrintWriter out, SimpleDateFormat dateForm
List result = HibernateUtil.getSessionFactory()
.getCurrentSession().createCriteria(Event.clas if (result.size() > 0) {
out.println("<h2>Events in database:</h2>"); out.println("<table border='1'>"); out.println("<tr>"); out.println("<th>Event title</th>"); out.println("<th>Event date</th>"); out.println("</tr>");
for (Iterator it = result.iterator(); it.hasNext();) { Event event = (Event) it.next(); out.println("<tr>");
out.println("<td>" + event.getTitle() + "</td>"); out.println("<td>" + dateFormatter.format(event.getDat out.println("</tr>");
}
out.println("</table>");
}
}
最后, store 动作会被导向到 createAndStoreEvent() 方法,它也使用当前线 程的 Session :
protected void createAndStoreEvent(String title, Date theDate) { Event theEvent = new Event(); theEvent.setTitle(title);
theEvent.setDate(theDate);
HibernateUtil.getSessionFactory()
.getCurrentSession().save(theEvent);
}
大功告成,这个servlet写完了。Hibernate会在单一的 Session
和Transaction 中处理到达的servlet请求。如同在前面的独立应用程序中那样, Hibernate可以自动的把这些对象绑定到当前运行的线程中。这给了你用任何你喜欢 的方式来对代码分层及访问 SessionFactory 的自由。通常,你会用更加完备的 设计,把数据访问代码转移到数据访问对象中(DAO模式)。请参见Hibernate Wiki,那里有更多的例子。
1.4.2. 处理与渲染 |
52 |
Hibernate 中文文档 3.2
1.4.3.部署与测试
要发布这个程序,你得把它打成web发布包:WAR文件。把下面的脚本加入到你
的build.xml 中:
<target name="war" depends="compile">
<war
<exclude name="jsdk*.jar"/> </lib>
<classes dir="${targetdir}"/> </war>
</target>
这段代码在你的开发目录中创建一个
<?xml version="1.0"
xmlns="http://java.sun.com/xml/ns/j2ee"
<servlet>
</servlet>
请注意在你编译和部署web应用程之前,需要一个附加的类库: jsdk.jar 。这是 Java Servlet开发包,假若你还没有,可以从Sun网站上下载,把它copy到你的lib目 录。但是,它仅仅是在编译时需要,不会被打入WAR包。
在你的开发目录中,调用 ant war 来构建、打包,然后
把
你还没安装Tomcat,就去下载一个,按照指南来安装。对此应用的发布,你不需要 修改任何Tomcat的配置。
1.4.3. 部署与测试 |
53 |
Hibernate 中文文档 3.2
在部署完,启动Tomcat之后,通
过
应用,在第一次servlet 请求发生时,请在Tomcat log中确认你看到Hibernate被初始 化了( HibernateUtil 的静态初始化器被调用),假若有任何异常抛出,也可以 看到详细的输出。
1.4.3. 部署与测试 |
54 |
Hibernate 中文文档 3.2
1.5.总结
本章覆盖了如何编写一个简单独立的Hibernate命令行应用程序及小型的Hibernate web应用程序的基本要素。
如果你已经对Hibernate感到自信,通过开发指南目录,继续浏览你感兴趣的内容- 那些会被问到的问题大多是事务处理 (第 11 章 事务和并发),抓取(fetch)的效率 (第 19 章 提升性能 ),或者API的使用 (第 10 章 与对象共事)和查询的特性(第 10.4
节“查询”)。
别忘了去Hibernate的网站查看更多(有针对性的)示例。
1.5. 总结 |
55 |
Hibernate 中文文档 3.2
第2 章 体系结构(Architecture)
目录
2.1. 概况(Overview) 2.2. 实例状态
2.3. JMX整合 2.4. 对JCA的支持
2.5. 上下文相关的(Contextual)Session
第 2 章 体系结构(Architecture) |
56 |
Hibernate 中文文档 3.2
2.1. 概况(Overview)
一个非常简要的Hibernate体系结构的概要图:
从这个图可以看出,Hibernate使用数据库和配置信息来为应用程序提供持久化服务 (以及持久的对象)。
我们来更详细地看一下Hibernate运行时体系结构。由于Hibernate非常灵活,且支 持多种应用方案, 所以我们这只描述一下两种极端的情况。“轻型”的体系结构方 案,要求应用程序提供自己的JDBC 连接并管理自己的事务。这种方案使用了 Hibernate API的最小子集:
2.1. 概况(Overview) |
57 |
Hibernate 中文文档 3.2
“全面解决”的体系结构方案,将应用层从底层的JDBC/JTA API中抽象出来,而让
Hibernate来处理这些细节。
图中各个对象的定义如下:
SessionFactory ( org.hibernate.SessionFactory )
针对单个数据库映射关系经过编译后的内存镜像,是线程安全的(不可变)。 它是 生成 Session 的工厂,本身要用到 ConnectionProvider 。 该对象可以在进程 或集群的级别上,为那些事务之间可以重用的数据提供可选的二级缓存。
Session ( org.hibernate.Session )
表示应用程序与持久储存层之间交互操作的一个单线程对象,此对象生存期很短。 其隐藏了JDBC连接,也是 Transaction 的工厂。 其会持有一个针对持久化对象 的必选(第一级)缓存,在遍历对象图或者根据持久化标识查找对象时会用到。
持久的对象及其集合
带有持久化状态的、具有业务功能的单线程对象,此对象生存期很短。 这些对象可 能是普通的JavaBeans/POJO,唯一特殊的是他们正与(仅仅一个) Session 相 关联。 一旦这个 Session 被关闭,这些对象就会脱离持久化状态,这样就可被应 用程序的任何层自由使用。 (例如,用作跟表示层打交道的数据传输对象。)
瞬态(transient)和脱管(detached)的对象及其集合
那些目前没有与session关联的持久化类实例。 他们可能是在被应用程序实例化 后,尚未进行持久化的对象。 也可能是因为实例化他们的 Session 已经被关闭而 脱离持久化的对象。
事务Transaction ( org.hibernate.Transaction )
2.1. 概况(Overview) |
58 |
Hibernate 中文文档 3.2
(可选的)应用程序用来指定原子操作单元范围的对象,它是单线程的,生命周期 很短。 它通过抽象将应用从底层具体的JDBC、JTA以及CORBA事务隔离开。 某 些情况下,一个 Session 之内可能包含多个 Transaction 对象。 尽管是否使用 该对象是可选的,但无论是使用底层的API还是使用 Transaction 对象,事务边 界的开启与关闭是必不可少的。
ConnectionProvider ( org.hibernate.connection.ConnectionProvider )
(可选的)生成JDBC连接的工厂(同时也起到连接池的作用)。 它通过抽象将应 用从底层的 Datasource 或 DriverManager 隔离开。 仅供开发者扩展/实现用, 并不暴露给应用程序使用。
TransactionFactory ( org.hibernate.TransactionFactory )
(可选的)生成 Transaction 对象实例的工厂。 仅供开发者扩展/实现用,并不 暴露给应用程序使用。
扩展接口
Hibernate提供了很多可选的扩展接口,你可以通过实现它们来定制你的持久层的行 为。 具体请参考API文档。
在特定“轻型”的体系结构中,应用程序可能绕过
Transaction / TransactionFactory 以及 ConnectionProvider 等API直接
跟JTA或JDBC打交道。
2.1. 概况(Overview) |
59 |
Hibernate 中文文档 3.2
2.2.实例状态
一个持久化类的实例可能处于三种不同状态中的某一种。 这三种状态的定义则与所 谓的持久化上下文(persistence context)有关。 Hibernate的 Session 对象就是这 个所谓的持久化上下文:
瞬态(transient)
该实例从未与任何持久化上下文关联过。它没有持久化标识(相当于主键值)。
持久化(persistent)
实例目前与某个持久化上下文有关联。 它拥有持久化标识(相当于主键值),并且 可能在数据库中有一个对应的行。 对于某一个特定的持久化上下文,Hibernate保 证持久化标识与Java标识(其值代表对象在内存中的位置)等价。
脱管(detached)
实例曾经与某个持久化上下文发生过关联,不过那个上下文被关闭了, 或者这个实 例是被序列化(serialize)到另外的进程。 它拥有持久化标识,并且在数据库中可能 存在一个对应的行。 对于脱管状态的实例,Hibernate不保证任何持久化标识和 Java标识的关系。
2.2. 实例状态 |
60 |
Hibernate 中文文档 3.2
2.3. JMX整合
JMX是管理Java组件(Java components)的J2EE标准。 Hibernate 可以通过一个 JMX标准服务来管理。 在这个发行版本中,我们提供了一个MBean接口的实现,即
org.hibernate.jmx.HibernateService 。
想要看如何在JBoss应用服务器上将Hibernate部署为一个JMX服务的例子,您可以 参考JBoss用户指南。 我们现在说一下在Jboss应用服务器上,使用JMX来部署
Hibernate的好处:
Session管理: Hibernate的 Session 对象的生命周期可以 自动跟一个JTA事 务边界绑定。这意味着你无需手工开关 Session 了, 这项 工作会由JBoss EJB 拦截器来完成。你再也不用担心你的代码中的事务边界了(除非你想利用 Hibernate提供可选 的 Transaction API来自己写一个便于移植的的持久
层)。 你通过调用 HibernateContext 来访问 Session 。
HAR 部署: 通常情况下,你会使用JBoss的服务部署描述符(在EAR或/和SAR 文件中)来部署Hibernate JMX服务。 这种部署方式支持所有常见的Hibernate SessionFactory 的配置选项。 不过,你仍需在部署描述符中,列出你所有 的映射文件的名字。如果你使用HAR部署方式, JBoss 会自动探测出你的HAR
文件中所有的映射文件。
这些选项更多的描述,请参考JBoss 应用程序用户指南。
将Hibernate以部署为JMX服务的另一个好处,是可以查看Hibernate的运行时统计 信息。参看 第 3.4.6 节 “ Hibernate的统计(statistics)机制 ”.
2.3. JMX整合 |
61 |
Hibernate 中文文档 3.2
2.4. 对JCA的支持
Hibernate也可以被配置为一个JCA连接器(JCA connector)。更多信息请参看网 站。 请注意,Hibernate对JCA的支持,仍处于实验性阶段。
2.4. 对JCA的支持 |
62 |
Hibernate 中文文档 3.2
2.5. 上下文相关的(Contextual)Session
使用Hibernate的大多数应用程序需要某种形式的“上下文相关的” session,特定的 session在整个特定的上下文范围内始终有效。然而,对不同类型的应用程序而言, 要为什么是组成这种“上下文”下一个定义通常是困难的;不同的上下文对“当前”这个 概念定义了不同的范围。在3.0版本之前,使用Hibernate的程序要么采用自行编写
的基于 ThreadLocal 的上下文session,要么采用 HibernateUtil 这样的辅助 类,要么采用第三方框架(比如Spring或Pico),它们提供了基于代理(proxy)或者基 于拦截器(interception)的上下文相关session。
从3.0.1版本开始,Hibernate增加了 SessionFactory.getCurrentSession() 方 法。一开始,它假定了采用 JTA 事务, JTA 事务定义了当前session的范围和上 下文(scope and context)。Hibernate开发团队坚信,因为有好几个独立
的JTA TransactionManager 实现稳定可用,不论是否被部署到一个 J2EE 容器
中,大多数(假若不是所有的)应用程序都应该采用 JTA 事务管理。基于这一点, 采用 JTA 的上下文相关session可以满足你一切需要。
更好的是,从3.1开始, SessionFactory.getCurrentSession() 的后台实现是 可拔插的。因此,我们引入了新的扩展接口
(org.hibernate.context.CurrentSessionContext )和新的配置参数
(hibernate.current_session_context_class ),以便对什么是“当前
session”的范围和上下文(scope and context)的定义进行拔插。
请参阅 org.hibernate.context.CurrentSessionContext 接口的Javadoc,那里 有关于它的契约的详细讨论。它定义了单一的方法, currentSession() ,特定 的实现用它来负责跟踪当前的上下文session。Hibernate内置了此接口的三种实 现。
org.hibernate.context.JTASessionContext - 当前session根据 JTA 来 跟踪和界定。这和以前的仅支持JTA的方法是完全一样的。详情请参阅 Javadoc。
org.hibernate.context.ThreadLocalSessionContext - 当前session通 过当前执行的线程来跟踪和界定。详情也请参阅Javadoc。
org.hibernate.context.ManagedSessionContext - 当前session通过当前 执行的线程来跟踪和界定。但是,你需要负责使用这个类的静态方法
将Session 实例绑定、或者取消绑定,它并不会打开(open)、flush或者关闭
(close)任何 Session 。
前两种实现都提供了“每数据库事务对应一个session”的编程模型,也称作每次请求 一个session。Hibernate session的起始和终结由数据库事务的生存来控制。假若你 在纯粹的 Java SE之上采用自行编写代码来管理事务,而不使用JTA,建议你使用 Hibernate Transaction API来把底层事务实现从你的代码中隐藏掉。如果你使 用JTA,请使用JTA借口来管理Transaction。如果你在支持CMT的EJB容器中执行 代码,事务边界是声明式定义的,你不需要在代码中进行任何事务或session管理操 作。请参阅第 11 章 事务和并发一节来阅读更多的内容和示例代码。
2.5. 上下文相关的(Contextual)Session |
63 |
Hibernate 中文文档 3.2
hibernate.current_session_context_class 配置参数定义了应该采用哪
个org.hibernate.context.CurrentSessionContext 实现。注意,为了向下兼
容,如果未配置此参数,但是存
在org.hibernate.transaction.TransactionManagerLookup 的配置,
Hibernate会采用 org.hibernate.context.JTASessionContext 。一般而言,此 参数的值指明了要使用的实现类的全名,但那三种内置的实现可以使用简写,
即"jta"、"thread"和"managed"。
2.5. 上下文相关的(Contextual)Session |
64 |
Hibernate 中文文档 3.2
第 3 章 配置
目录
3.1. 可编程的配置方式 3.2. 获得SessionFactory 3.3. JDBC连接
3.4. 可选的配置属性
3.4.1. SQL方言
3.4.2. 外连接抓取(Outer Join Fetching)
3.4.3. 二进制流 (Binary Streams)
3.4.4. 二级缓存与查询缓存
3.4.5. 查询语言中的替换
3.4.6. Hibernate的统计(statistics)机制 3.5. 日志
3.6. 实现 NamingStrategy 3.7. XML配置文件
3.8. J2EE应用程序服务器的集成 3.8.1. 事务策略配置
3.8.2. JNDI绑定的 SessionFactory
3.8.3. 在JTA环境下使用Current Session context (当前session上下文)管
理
3.8.4. JMX部署
由于Hibernate是为了能在各种不同环境下工作而设计的, 因此存在着大量的配置参 数. 幸运的是多数配置参数都 有比较直观的默认值, 并有随Hibernate一同分发的配 置样例 hibernate.properties (位于 etc/ )来展示各种配置选项. 所需做的仅 仅是将这个样例文件复制到类路径 (classpath)下并做一些自定义的修改.
第 3 章 配置 |
65 |
Hibernate 中文文档 3.2
3.1.可编程的配置方式
一个 org.hibernate.cfg.Configuration 实例代表了一个应用程序中Java类型 到SQL数据库映射的完整集合. Configuration 被用来构建一个(不可变的 (immutable)) SessionFactory . 映射定义则由不同的XML映射定义文件编译而来.
你可以直接实例化 Configuration 来获取一个实例,并为它指定XML映射定义 文 件. 如果映射定 义文件在类路径(classpath)中, 请使用 addResource() :
Configuration cfg = new Configuration()
.addResource("Item.hbm.xml")
.addResource("Bid.hbm.xml");
一个替代方法(有时是更好的选择)是,指定被映射的类,让Hibernate帮你寻找映 射定义文件:
Configuration cfg = new Configuration()
.addClass(org.hibernate.auction.Item.class)
.addClass(org.hibernate.auction.Bid.class);
Hibernate将会在类路径(classpath)中寻找名字为
/org/hibernate/auction/Item.hbm.xml 和 /org/hibernate/auction/Bid.hbm.xml 映射定义文件. 这种方式消除了任何对
文件名的硬编码(hardcoded).
Configuration 也允许你指定配置属性:
Configuration cfg = new Configuration()
.addClass(org.hibernate.auction.Item.class)
.addClass(org.hibernate.auction.Bid.class)
.setProperty("hibernate.dialect", "org.hibernate.dialect.MySQL
.setProperty("hibernate.connection.datasource", "java:comp/env
.setProperty("hibernate.order_updates", "true");
当然这不是唯一的传递Hibernate配置属性的方式, 其他可选方式还包括:
1.传一个 java.util.Properties 实例给
Configuration.setProperties() .
2.将 hibernate.properties 放置在类路径(classpath)的根目录下 (root
directory).
3.通过 java
3.1. 可编程的配置方式 |
66 |
Hibernate 中文文档 3.2
4.在 hibernate.cfg.xml 中加入元素 <property> (稍后讨论).
如果想尽快体验Hibernate, hibernate.properties 是最简单的方式.
Configuration
旦SessionFactory 创建完成它就被丢弃了.
3.1. 可编程的配置方式 |
67 |
Hibernate 中文文档 3.2
3.2. 获得SessionFactory
当所有映射定义被 Configuration 解析后, 应用程序必须获得一个用于构 造 Session 实例的工厂. 这个工厂将被应用程序的所有线程共享:
SessionFactory sessions = cfg.buildSessionFactory();
Hibernate允许你的应用程序创建多个 SessionFactory 实例. 这对 使用多个数据 库的应用来说很有用.
3.2. 获得SessionFactory |
68 |
Hibernate 中文文档 3.2
3.3. JDBC连接
通常你希望 SessionFactory 来为你创建和缓存(pool)JDBC连接. 如果你采用这种 方式, 只需要如下例所示那样,打开一个 Session :
Session session = sessions.openSession(); // open a new Session
一旦你需要进行数据访问时, 就会从连接池(connection pool)获得一个JDBC连接.
为了使这种方式工作起来, 我们需要向Hibernate传递一些JDBC连接的属性. 所有 Hibernate属性的名字和语义都在 org.hibernate.cfg.Environment 中定义. 我 们现在将描述JDBC连接配置中最重要的设置.
如果你设置如下属性,Hibernate将使用 java.sql.DriverManager 来获得(和缓 存)JDBC连接 :
表3.1. Hibernate JDBC属性
属性名 |
用途 |
|
|
hibernate.connection.driver_class |
jdbc驱动类 |
|
|
hibernate.connection.url |
jdbc URL |
|
|
hibernate.connection.username数据库用户
hibernate.connection.password数据库用户密码
hibernate.connection.pool_size连接池容量上限数目
但Hibernate自带的连接池算法相当不成熟. 它只是为了让你快些上手,并不适合用 于产品系统或性能测试中。 出于最佳性能和稳定性考虑你应该使用第三方的连接 池。只需要用特定连接池的设置替换 hibernate.connection.pool_size 即可。 这将关闭Hibernate自带的连接池. 例如, 你可能会想用C3P0.
C3P0是一个随Hibernate一同分发的开源的JDBC连接池, 它位于 lib 目录下。 如 果你设置了 hibernate.c3p0.* 相关的属性, Hibernate将使用 C3P0ConnectionProvider 来缓存JDBC连接. 如果你更原意使用Proxool, 请参考 发 行包中的 hibernate.properties 并到Hibernate网站获取更多的信息.
这是一个使用C3P0的 hibernate.properties 样例文件:
3.3. JDBC连接 |
69 |
Hibernate 中文文档 3.2
hibernate.connection.driver_class = org.postgresql.Driver hibernate.connection.url = jdbc:postgresql://localhost/mydatabase hibernate.connection.username = myuser hibernate.connection.password = secret hibernate.c3p0.min_size=5
hibernate.c3p0.max_size=20 hibernate.c3p0.timeout=1800 hibernate.c3p0.max_statements=50
hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect
为了能在应用程序服务器(application server)中使用Hibernate, 应当总是将 Hibernate 配置成从注册在JNDI中的 Datasource 处获得连接,你至少需要设置下
列属性中的一个:
表 3.2. Hibernate数据源属性
属性名 |
用途 |
|
|
hibernate.connection.datasource |
数据源JNDI名字 |
|
|
hibernate.jndi.url |
JNDI提供者的URL (可选) |
|
|
|
JNDI |
hibernate.jndi.class |
InitialContextFactory 类 (可 |
|
选) |
|
|
hibernate.connection.username |
数据库用户 (可选) |
|
|
hibernate.connection.password |
数据库用户密码 (可选) |
|
|
这是一个使用应用程序服务器提供的JNDI数据源的 hibernate.properties 样例 文件:
hibernate.connection.datasource = java:/comp/env/jdbc/test hibernate.transaction.factory_class = \
org.hibernate.transaction.JTATransactionFactory
hibernate.transaction.manager_lookup_class = \
org.hibernate.transaction.JBossTransactionManagerLookup
hibernate.dialect = org.hibernate.dialect.PostgreSQLDialect
从JNDI数据源获得的JDBC连接将自动参与到应用程序服务器中容器管理的事务
任何连接(connection)属性的属性名都要以" hibernate.connnection "开头. 例如, 你可能会使用 hibernate.connection.charSet 来指定字符集 charSet .
3.3. JDBC连接 |
70 |
Hibernate 中文文档 3.2
通过实现 org.hibernate.connection.ConnectionProvider 接口,你可以定义 属于 你自己的获得JDBC连接的插件策略。通过设
置 hibernate.connection.provider_class , 你可以选择一个自定义的实现.
3.3. JDBC连接 |
71 |
Hibernate 中文文档 3.2
3.4.可选的配置属性
有大量属性能用来控制Hibernate在运行期的行为. 它们都是可选的, 并拥有适当的 默认值.
警告:
过java
描述的其他方法来设置.
表3.3. Hibernate配置属性
属性名 |
用途 |
|
|
|
|
|
一个Hibernate Dialect 类名允 |
|
hibernate.dialect |
许Hibernate针对特定的关系数据 |
|
库生成优化的SQL. 取值 |
||
|
||
|
full.classname.of.Dialect |
|
|
|
|
|
输出所有SQL语句到控制台. 有 |
|
hibernate.show_sql |
一个另外的选择是 |
|
把 org.hibernate.SQL 这个 |
||
|
log category设为 debug 。 eg. |
|
|
true | false |
|
hibernate.format_sql |
在log和console中打印出更漂亮 |
|
的SQL。 取值 true | false |
||
|
在生成的SQL中, 将给定的
hibernate.default_schemaschema/tablespace附加于非全 限定名的表名上. 取值
SCHEMA_NAME
在生成的SQL中, 将给定的
hibernate.default_catalogcatalog附加于非全限定名的表名 上. 取值 CATALOG_NAME
SessionFactory 创建后,将
hibernate.session_factory_name 自动使用这个名字绑定到JNDI 中. 取值
jndi/composite/name
为单向关联(一对一, 多对一)的外 连接抓取(outer join fetch)树
hibernate.max_fetch_depth设置最大深度. 值为 0 意味着将 关闭默认的外连接抓取. 取值 建 议在 0 到 3 之间取值
为Hibernate关联的批量抓取设置
hibernate.default_batch_fetch_size 默认数量. 取值 建议的取值
3.4. 可选的配置属性 |
72 |
Hibernate 中文文档 3.2
|
为 4 , 8 , 和 16 |
|
|
为由这个 SessionFactory 打 |
|
hibernate.default_entity_mode |
开的所有Session指定默认的实 |
|
体表现模式. 取值 |
||
|
||
|
pojo |
|
|
|
|
|
强制Hibernate按照被更新数据的 |
|
hibernate.order_updates |
主键,为SQL更新排序。这么做 |
|
将减少在高并发系统中事务的死 |
||
|
||
|
锁。 取值 true | false |
|
|
|
|
|
如果开启, Hibernate将收集有助 |
|
hibernate.generate_statistics |
于性能调节的统计数据. 取值 |
|
|
true | false |
|
|
|
|
|
如果开启, 在对象被删除时生成 |
|
hibernate.use_identifer_rollback |
的标识属性将被重设为默认值. |
|
|
取值 true | false |
|
|
如果开启, Hibernate将在SQL中 |
|
hibernate.use_sql_comments |
生成有助于调试的注释信息, 默 |
|
认值为 false . 取值 true | |
||
|
||
|
false |
|
|
|
表3.4. Hibernate JDBC和连接(connection)属性
属性名 |
用途 |
hibernate.jdbc.fetch_size
hibernate.jdbc.batch_size
非零值,指定JDBC抓取数量
用 Statement.setFetchSi
非零值,允许Hibernate使用
建议取 5 到 30 之间的值
如果你想让你的JDBC驱动从 正确的行计数 , 那么将此属
hibernate.jdbc.batch_versioned_data 选项通常是安全的). 同时, 化的数据使用批量DML. 默认
hibernate.jdbc.factory_class
true | false
选择一个自定义的 Batcher 这个配置属性. eg. classn
允许Hibernate使用JDBC2的
hibernate.jdbc.use_scrollable_resultset
用用户提供的JDBC连接时,
则Hibernate会使用连接的元
false
在JDBC读
3.4. 可选的配置属性 |
73 |
Hibernate 中文文档 3.2
hibernate.jdbc.use_streams_for_binary |
写 binary (二进制) 或 se |
|
的类型时使用流(stream)(系 |
|
false |
|
|
|
在数据插入数据库之后,允 |
|
PreparedStatement.getG |
取数据库生成的key(键)。需
hibernate.jdbc.use_get_generated_keys JRE1.4+, 如果你的数据库驱
识生成器时遇到问题,请将 下将使用连接的元数据来判
true|false
自定义 ConnectionProvid
hibernate.connection.provider_class Hibernate提供JDBC连接. 取
hibernate.connection.isolation
classname.of.Connectio
设置JDBC事务隔离级别. 查
看 java.sql.Connection
义, 但请注意多数数据库都不 值 1, 2, 4, 8
hibernate.connection.autocommit |
允许被缓存的JDBC连接开启 |
||
(不建议). 取值 true |
| fa |
||
|
|||
|
|
|
指定Hibernate在何时释放JD 到Session被显式关闭或被断 JDBC连接. 对于应用程序服
当使用 after_statement ,
hibernate.connection.release_mode 后,都会主动的释放连接. 对
用 after_transaction 在 是合理的. auto 将为JTA和
择 after_statement , 为J 择 after_transaction .
取值 auto (默认) | on_close | after_transaction | after_statement
注意,这些设置仅对通过 SessionFactory.openSession 得到的 Session 起作 用。对于通过 SessionFactory.getCurrentSession 得到的 Session ,所配置
的CurrentSessionContext 实现控制这些 Session 的连接释放模式。请参阅第
2.5 节 “上下文相关的(Contextual)Session”。
|| hibernate.connection._<propertyName>_ | 将JDBC属
性 propertyName 传递到 DriverManager.getConnection() 中去. | | hibernate.jndi._<propertyName>_ | 将属性 propertyName 传递到
JNDI InitialContextFactory 中去. |
表3.5. Hibernate缓存属性
3.4. 可选的配置属性 |
74 |
Hibernate 中文文档 3.2
属性名 |
用途 |
|
|
hibernate.cache.provider_class |
自定义的 CacheProvider 的 |
名. 取值 |
|
|
classname.of.CacheProvi |
以频繁的读操作为代价, 优化 缓存来最小化写操作. 在
hibernate.cache.use_minimal_puts Hibernate3中,这个设置对的 缓存非常有用, 对集群缓存的
而言,默认是开启的. 取值
|
true|false |
|
hibernate.cache.use_query_cache |
允许查询缓存, 个别查询仍然 |
|
被设置为可缓存的. 取值 |
||
|
true|false |
|
|
|
|
|
能用来完全禁止使用二级缓存 |
|
hibernate.cache.use_second_level_cache |
那些在类的映射定义中指 |
|
定 <cache> 的类,会 |
||
|
认开启二级缓存. 取值 |
|
|
true|false |
|
|
|
|
|
自定义实现 QueryCache 接 |
|
hibernate.cache.query_cache_factory |
类名, 默认为内建 |
|
的 StandardQueryCache . 取 |
||
|
||
|
classname.of.QueryCache |
|
|
|
|
hibernate.cache.region_prefix |
二级缓存区域名的前缀. 取值 |
|
prefix |
||
|
||
|
|
强制Hibernate以更人性化的格
hibernate.cache.use_structured_entries 将数据存入二级缓存. 取值 true|false
表3.6. Hibernate事务属性
3.4. 可选的配置属性 |
75 |
Hibernate 中文文档 3.2
属性名
hibernate.transaction.factory_class
一个 TransactionF
Hibernate Transac
jta.UserTransaction
为 JDBCTransactio classname.of.Tra
一个JNDI名字,
被 JTATransaction
器获取JTA UserTra
jndi/composite/n
一个 TransactionM
hibernate.transaction.manager_lookup_class 使用JVM级缓存,或 器的时候需要该类.
classname.of.Tra
如果开启, session在 (flush)。 现在更好的 hibernate.transaction.flush_before_completion 下文管理。请参见第
(Contextual)Sess
false
如果开启, session在 闭。 现在更好的方法
hibernate.transaction.auto_close_session 管理。请参见第 2.5 (Contextual)Sess
false
表3.7. 其他属性
3.4. 可选的配置属性 |
76 |
Hibernate 中文文档 3.2
属性名 |
|
|
|
|
为"当前" Session 指定一 |
hibernate.current_session_context_class |
情,请参见第 2.5 节 “上下 |
|
jta | thread | manag |
|
|
hibernate.query.factory_class |
选择HQL解析器的实现. 取 |
org.hibernate.hql.ast |
|
|
org.hibernate.hql.cla |
|
|
hibernate.query.substitutions |
将Hibernate查询中的符号 |
名或常量名字). 取值 |
|
|
hqlLiteral=SQL_LITERA |
hibernate.hbm2ddl.auto
在 SessionFactory 创建
schema的DDL导出到数据
闭 SessionFactory 时, | update | create | c
开启CGLIB来替代运行时反 hibernate.cglib.use_reflection_optimizer 时比较有用. 注意即使关闭 能在 hibernate.cfg.xml
3.4. 可选的配置属性 |
77 |
Hibernate 中文文档 3.2
3.4.1. SQL方言
你应当总是为你的数据库将 hibernate.dialect 属性设置成正确的
org.hibernate.dialect.Dialect 子类. 如果你指定一种方言, Hibernate将为上 面列出的一些属性使用合理的默认值, 为你省去了手工指定它们的功夫.
表3.8. Hibernate SQL方言 ( hibernate.dialect )
3.4.1. SQL方言 |
78 |
Hibernate 中文文档 3.2
RDBMS |
方言 |
|
|
|
|
DB2 |
org.hibernate.dialect.DB2Dialect |
|
|
|
|
DB2 AS/400 |
org.hibernate.dialect.DB2400Dialect |
|
|
|
|
DB2 OS390 |
org.hibernate.dialect.DB2390Dialect |
|
|
|
|
PostgreSQL |
org.hibernate.dialect.PostgreSQLDialect |
|
|
|
|
MySQL |
org.hibernate.dialect.MySQLDialect |
|
|
|
|
MySQL with InnoDB |
org.hibernate.dialect.MySQLInnoDBDialect |
|
|
|
|
MySQL with |
org.hibernate.dialect.MySQLMyISAMDialect |
|
MyISAM |
||
|
||
|
|
|
Oracle (any version) |
org.hibernate.dialect.OracleDialect |
|
|
|
|
Oracle 9i/10g |
org.hibernate.dialect.Oracle9Dialect |
|
|
|
|
Sybase |
org.hibernate.dialect.SybaseDialect |
|
|
|
|
Sybase Anywhere |
org.hibernate.dialect.SybaseAnywhereDialect |
|
|
|
|
Microsoft SQL |
org.hibernate.dialect.SQLServerDialect |
|
Server |
||
|
||
SAP DB |
org.hibernate.dialect.SAPDBDialect |
|
|
|
|
Informix |
org.hibernate.dialect.InformixDialect |
|
|
|
|
HypersonicSQL |
org.hibernate.dialect.HSQLDialect |
|
|
|
|
Ingres |
org.hibernate.dialect.IngresDialect |
|
|
|
|
Progress |
org.hibernate.dialect.ProgressDialect |
|
|
|
|
Mckoi SQL |
org.hibernate.dialect.MckoiDialect |
|
|
|
|
Interbase |
org.hibernate.dialect.InterbaseDialect |
|
|
|
|
Pointbase |
org.hibernate.dialect.PointbaseDialect |
|
|
|
|
FrontBase |
org.hibernate.dialect.FrontbaseDialect |
|
|
|
|
Firebird |
org.hibernate.dialect.FirebirdDialect |
|
|
|
3.4.1. SQL方言 |
79 |
Hibernate 中文文档 3.2
3.4.2. 外连接抓取(Outer Join Fetching)
如果你的数据库支持ANSI, Oracle或Sybase风格的外连接, 外连接抓取通常能通过 限制往返数据库次数 (更多的工作交由数据库自己来完成)来提高效率. 外连接抓取 允许在单个 SELECT SQL语句中,
将hibernate.max_fetch_depth 设为 0 能在全局 范围内禁止外连接抓取. 设
为1
fetch="join" 来映射.
参见第 19.1 节 “ 抓取策略(Fetching strategies) ”获得更多信息.
3.4.2. 外连接抓取(Outer Join Fetching) |
80 |
Hibernate 中文文档 3.2
3.4.3. 二进制流 (Binary Streams)
Oracle限制那些通过JDBC驱动传输的 字节 数组的数目. 如果你希望使
用 二进值 (binary) 或 可序列化的 (serializable) 类型的大对象, 你应该开启 hibernate.jdbc.use_streams_for_binary 属性. 这是系统级属性.
3.4.3. 二进制流 (Binary Streams) |
81 |
Hibernate 中文文档 3.2
3.4.4.二级缓存与查询缓存
以hibernate.cache 为前缀的属性允许你在Hibernate中,使用进程或群集范围 内的二级缓存系统. 参见第 19.2 节 “二级缓存(The Second Level Cache) ”获取 更多的详情.
3.4.4. 二级缓存与查询缓存 |
82 |
Hibernate 中文文档 3.2
3.4.5.查询语言中的替换
你可以使用 hibernate.query.substitutions 在Hibernate中定义新的查询符号. 例如:
hibernate.query.substitutions true=1, false=0
将导致符号 true 和 false 在生成的SQL中被翻译成整数常量.
hibernate.query.substitutions toLowercase=LOWER
将允许你重命名SQL中的 LOWER 函数.
3.4.5. 查询语言中的替换 |
83 |
Hibernate 中文文档 3.2
3.4.6. Hibernate的统计(statistics)机制
如果你开启 hibernate.generate_statistics , 那么当你通过 SessionFactory.getStatistics() 调整正在运行的系统时,Hibernate将导出大 量有用的数据. Hibernate甚至能被配置成通过JMX导出这些统计信息. 参
考org.hibernate.stats 中接口的Javadoc,以获得更多信息.
3.4.6. Hibernate的统计(statistics)机制 |
84 |
Hibernate 中文文档 3.2
3.5.日志
Hibernate使用Apache
或JDK1.4 logging (如果运行在JDK1.4或以上的环境下). 你可以
从http://jakarta.apache.org 下载Log4j. 要使用Log4j,你需要
将log4j.properties 文件放置在类路径下, 随Hibernate 一同分发的样例属性文 件在 src/ 目录下.
我们强烈建议你熟悉一下Hibernate的日志消息. 在不失可读性的前提下, 我们做了 很多工作,使Hibernate的日志可能地详细. 这是必要的查错利器. 最令人感兴趣的 日志分类有如下这些:
表3.9. Hibernate日志类别
类别 |
功能 |
org.hibernate.SQL
在所有SQL DML语句被执行时为它们记录 日志
org.hibernate.type为所有JDBC参数记录日志
org.hibernate.tool.hbm2ddl
在所有SQL DDL语句执行时为它们记录日
志
org.hibernate.pretty
在session清洗(flush)时,为所有与其关联
的实体(最多20个)的状态记录日志
org.hibernate.cache为所有二级缓存的活动记录日志
org.hibernate.transaction 为事务相关的活动记录日志
org.hibernate.jdbc为所有JDBC资源的获取记录日志
org.hibernate.hql.AST
在解析查询的时候,记录HQL和SQL的AST
分析日志
org.hibernate.secure 为JAAS认证请求做日志
org.hibernate
为任何Hibernate相关信息做日志 (信息量 较大, 但对查错非常有帮助)
在使用Hibernate开发应用程序时, 你应当总是为 org.hibernate.SQL 开
启debug 级别的日志记录,或者开启 hibernate.show_sql 属性。
3.5. 日志 |
85 |
Hibernate 中文文档 3.2
3.6.实现 NamingStrategy
org.hibernate.cfg.NamingStrategy 接口允许你为数据库中的对象和schema
元素指定一个“命名标准”.
你可能会提供一些通过Java标识生成数据库标识或将映射定义文件中"逻辑"表/列名 处理成"物理"表/列名的规则. 这个特性有助于减少冗长的映射定义文件.
在加入映射定义前,你可以调用 Configuration.setNamingStrategy() 指定一 个不同的命名策略:
SessionFactory sf = new Configuration()
.setNamingStrategy(ImprovedNamingStrategy.INSTANCE)
.addFile("Item.hbm.xml")
.addFile("Bid.hbm.xml")
.buildSessionFactory();
org.hibernate.cfg.ImprovedNamingStrategy 是一个内建的命名策略, 对 一些
应用程序而言,可能是非常有用的起点.
3.6. 实现`NamingStrategy` |
86 |
Hibernate 中文文档 3.2
3.7.XML配置文件
另一个配置方法是在 hibernate.cfg.xml 文件中指定一套完整的配置. 这个文件 可以当成 hibernate.properties 的替代。 若两个文件同时存在,它将覆盖前者 的属性.
XML配置文件被默认是放在 CLASSPATH 的根目录下. 这是一个例子:
<?xml version='1.0'
name="java:hibernate/SessionFactory">
<property name="connection.datasource">java:/comp/env/jdbc <property name="dialect">org.hibernate.dialect.MySQLDialec <property name="show_sql">false</property>
<property name="transaction.factory_class"> org.hibernate.transaction.JTATransactionFactory
</property>
<property name="jta.UserTransaction">java:comp/UserTransac
<mapping resource="org/hibernate/auction/Item.hbm.xml"/> <mapping resource="org/hibernate/auction/Bid.hbm.xml"/>
如你所见, 这个方法优势在于,在配置文件中指出了映射定义文件的名字. 一旦你需 要调整Hibernate的缓存, hibernate.cfg.xml 也是更方便. 注意,使
用hibernate.properties 还是 hibernate.cfg.xml 完全是由你来决定, 除了
上面提到的XML语法的优势之外, 两者是等价的.
3.7. XML配置文件 |
87 |
Hibernate 中文文档 3.2
使用XML配置,使得启动Hibernate变的异常简单, 如下所示,一行代码就可以搞 定:
SessionFactory sf = new Configuration().configure().buildSessionFac
你可以使用如下代码来添加一个不同的XML配置文件
SessionFactory sf = new Configuration()
.configure("catdb.cfg.xml")
.buildSessionFactory();
3.7. XML配置文件 |
88 |
Hibernate 中文文档 3.2
3.8.J2EE应用程序服务器的集成
针对J2EE体系,Hibernate有如下几个集成的方面:
事务的时候, 由一个JTA兼容的 TransactionManager 和一个
ResourceManager 来处理事务管理(CMT, 容器管理的事务). 当然你可以通过 编程方式来划分事务边界(BMT, Bean管理的事务). 或者为了代码的可移植性, 你也也许会想使用可选的 Hibernate Transaction API.
自动JNDI绑定: Hibernate可以在启动后将 SessionFactory 绑定到JNDI.
JTA Session绑定: Hibernate Session 可以自动绑定到JTA事务作用的范围. 只需简单地从JNDI查找 SessionFactory 并获得当前的 Session . 当JTA事 务完成时, 让Hibernate来处理 Session 的清洗(flush)与关闭. 事务的划分可以 是声明式的(CMT),也可以是编程式的(BMT/UserTransaction).
JMX部署: 如果你使用支持JMX应用程序服务器(如, JBoss AS), 那么你可以选 择将Hibernate部署成托管MBean. 这将为你省去一行从 Configuration 构
建SessionFactory 的启动代码. 容器将启动你的 HibernateService , 并完
美地处理好服务间的依赖关系 (在Hibernate启动前,数据源必须是可用的,等 等).
如果应用程序服务器抛出"connection containment"异常, 根据你的环境,也许该将 配置属性 hibernate.connection.release_mode 设为 after_statement .
3.8. J2EE应用程序服务器的集成 |
89 |
Hibernate 中文文档 3.2
3.8.1.事务策略配置
在你的架构中,Hibernate的 Session API是独立于任何事务分界系统的. 如果你 让Hibernate通过连接池直接使用JDBC, 你需要调用JDBC API来打开和关闭你的事 务. 如果你运行在J2EE应用程序服务器中, 你也许想用Bean管理的事务并在需要的 时候调用JTA API和 UserTransaction .
为了让你的代码在两种(或其他)环境中可以移植,我们建议使用可选的Hibernate Transaction API, 它包装并隐藏了底层系统. 你必须通过设置Hibernate配置属
性hibernate.transaction.factory_class 来指定 一个 Transaction 实例的
工厂类.
有三个标准(内建)的选择:
org.hibernate.transaction.JDBCTransactionFactory
委托给数据库(JDBC)事务(默认)
org.hibernate.transaction.JTATransactionFactory
如果在上下文环境中存在运行着的事务(如, EJB会话Bean的方法), 则委托给容器管 理的事务, 否则,将启动一个新的事务,并使用Bean管理的事务.
org.hibernate.transaction.CMTTransactionFactory
委托给容器管理的JTA事务
你也可以定义属于你自己的事务策略 (如, 针对CORBA的事务服务)
Hibernate的一些特性 (比如二级缓存, Contextual Sessions with JTA等等)需要访问 在托管环境中的JTA TransactionManager . 由于J2EE没有标准化一个单一的机 制,Hibernate在应用程序服务器中,你必须指定Hibernate如何获
得TransactionManager 的引用:
表3.10. JTA TransactionManagers
3.8.1. 事务策略配置 |
90 |
Hibernate 中文文档 3.2
Transaction工厂类
org.hibernate.transaction.JBossTransactionManagerLookup
org.hibernate.transaction.WeblogicTransactionManagerLookup
org.hibernate.transaction.WebSphereTransactionManagerLookup
org.hibernate.transaction.WebSphereExtendedJTATransactionLookup
org.hibernate.transaction.OrionTransactionManagerLookup
org.hibernate.transaction.ResinTransactionManagerLookup
org.hibernate.transaction.JOTMTransactionManagerLookup
org.hibernate.transaction.JOnASTransactionManagerLookup
org.hibernate.transaction.JRun4TransactionManagerLookup
org.hibernate.transaction.BESTransactionManagerLookup
3.8.1. 事务策略配置 |
91 |
Hibernate 中文文档 3.2
3.8.2.JNDI绑定的 SessionFactory
与JNDI绑定的Hibernate的 SessionFactory 能简化工厂的查询,简化创建新
的Session . 需要注意的是这与JNDI绑定 Datasource 没有关系, 它们只是恰巧
用了相同的注册表!
如果你希望将 SessionFactory 绑定到一个JNDI的名字空间, 用属
性hibernate.session_factory_name 指定一个名字(如,
java:hibernate/SessionFactory ). 如果不设置这个属性,
SessionFactory 将不会被绑定到JNDI中. (在以只读JNDI为默认实现的环境中, 这个设置尤其有用, 如Tomcat.)
在将 SessionFactory 绑定至JNDI时, Hibernate将使用 hibernate.jndi.url ,
和hibernate.jndi.class 的值来实例化初始环境(initial context). 如果它们没有 被指定, 将使用默认的 InitialContext .
在你调用 cfg.buildSessionFactory() 后, Hibernate会自动
将SessionFactory 注册到JNDI. 这意味这你至少需要在你应用程序的启动代码 (或工具类)中完成这个调用, 除非你使用 HibernateService 来做JMX部署 (见后 面讨论).
假若你使用JNDI SessionFactory ,EJB或者任何其它类都可以从JNDI中找到
此SessionFactory 。
我们建议,在受管理的环境中,把 SessionFactory 绑定到JNDI,在其它情况 下,使用一个 static(静态的) singleton。为了在你的应用程序代码中隐藏这些细 节,我们还建议你用一个helper类把实际查找 SessionFactory 的代码隐藏起来, 比如 HibernateUtil.getSessionFactory() 。注意,这个类也就可以方便地启 动Hibernate,参见第一章。
3.8.2. JNDI绑定的`SessionFactory` |
92 |
Hibernate 中文文档 3.2
3.8.3.在JTA环境下使用Current Session context (当前session上下文)管理
在Hibernate中,管理 Session 和transaction最好的方法是自动的"当
前" Session 管理。请参见第 2.5 节 “上下文相关的(Contextual)Session”一节的 讨论。使用 "jta" session上下文,假若在当前JTA事务中还没有
Hibernate Session 关联,第一次 sessionFactory.getCurrentSession() 调用 会启动一个Session,并关联到当前的JTA事务。在 "jta" 上下文中调
用getCurrentSession() 获得的 Session ,会被设置为在transaction关闭的时
候自动flush(清洗)、在transaction关闭之后自动关闭,每句语句之后主动释放 JDBC连接。这就可以根据JTA事务的生命周期来管理与之关联的 Session ,用户 代码中就可以不再考虑这些管理。你的代码也可以通过 UserTransaction 用编程 方式使用JTA,或者(我们建议,为了便于移植代码)使用Hibernate
的Transaction API来设置transaction边界。如果你的代码运行在EJB容器中, 建议对CMT使用声明式事务声明。
3.8.3. 在JTA环境下使用Current Session context (当前session上下文)管理 93
Hibernate 中文文档 3.2
3.8.4. JMX部署
为了将 SessionFactory 注册到JNDI中, cfg.buildSessionFactory() 这行代 码仍需在某处被执行. 你可在一个 static 初始化块(像 HibernateUtil 中的那 样)中执行它或将Hibernate部署为一个托管的服务.
为了部署在一个支持JMX的应用程序服务器上,Hibernate和
org.hibernate.jmx.HibernateService 一同分发,如Jboss AS。 实际的部署 和配置是由应用程序服务器提供者指定的. 这里是JBoss 4.0.x
的
3.8.4. JMX部署 |
94 |
Hibernate 中文文档 3.2
<?xml version="1.0"?> <server>
<mbean code="org.hibernate.jmx.HibernateService" name="jboss.jca:service=HibernateFactory,name=HibernateFactory
<depends>jboss.jca:service=RARDeployer</depends>
<depends>jboss.jca:service=LocalTxCM,name=HsqlDS</depends>
<attribute name="JndiName">java:/hibernate/SessionFactory</att
<attribute name="Datasource">java:HsqlDS</attribute>
<attribute name="Dialect">org.hibernate.dialect.HSQLDialect</a
<attribute name="TransactionStrategy">
org.hibernate.transaction.JTATransactionFactory</attribute
<attribute name="TransactionManagerLookupStrategy">
org.hibernate.transaction.JBossTransactionManagerLookup</a
<attribute name="FlushBeforeCompletionEnabled">true</attribute
<attribute name="AutoCloseSessionEnabled">true</attribute>
<attribute name="MaximumFetchDepth">5</attribute>
<attribute name="SecondLevelCacheEnabled">true</attribute> <attribute name="CacheProviderClass">org.hibernate.cache.EhCac <attribute name="QueryCacheEnabled">true</attribute>
<attribute name="ShowSqlEnabled">true</attribute>
<attribute name="MapResources">auction/Item.hbm.xml,auction/Ca
</mbean>
</server>
这个文件是部署在目录下的, 并会被打包到以 .sar (service archive) 为扩展名的JAR文件中. 同时,你需要将Hibernate、它所需要的第三方库、你编译 好的持久化类以及你的映射定义文件打包进同一个文档. 你的企业Bean(一般为会话 Bean)可能会被打包成它们自己的JAR文件, 但你也许会将EJB JAR文件一同包含进 能独立(热)部署的主服务文档. 参考JBoss AS文档以了解更多的JMX服务与EJB部署 的信息.
3.8.4. JMX部署 |
95 |
Hibernate 中文文档 3.2
第4 章 持久化类(Persistent Classes)
目录
4.1. 一个简单的POJO例子
4.1.1. 实现一个默认的(即无参数的)构造方法(constructor)
4.1.2. 提供一个标识属性(identifier property)(可选)
4.1.3. 使用非final的类 (可选)
4.1.4. 为持久化字段声明访问器(accessors)和是否可变的标志(mutators) (可选)
4.2. 实现继承(Inheritance)
4.3. 实现 equals() 和 hashCode() 4.4. 动态模型(Dynamic models)
4.5. 元组片断映射(Tuplizers)
在应用程序中,用来实现业务问题实体的(如,在电子商务应用程序中的Customer 和Order)
如果这些持久化类遵循一些简单的规则,Hibernate能够工作得更好,这些规则也被 称作 简单传统Java对象(POJO:Plain Old Java Object)编程模型。但是这些规则并 不是必需的。 实际上,Hibernate3对于你的持久化类几乎不做任何设想。你可以用 其他的方法来表达领域模型: 比如,使用 Map 实例的树型结构。
第 4 章 持久化类(Persistent Classes) |
96 |
Hibernate 中文文档 3.2
4.1.一个简单的POJO例子
大多数Java程序需要用一个持久化类来表示猫科动物。
package eg;
import java.util.Set; import java.util.Date;
public class Cat {
private Long id; // identifier
private Date birthdate; private Color color; private char sex; private float weight; private int litterId;
private Cat mother;
private Set kittens = new HashSet();
private void setId(Long id) { this.id=id;
}
public Long getId() { return id;
}
void setBirthdate(Date date) { birthdate = date;
}
public Date getBirthdate() { return birthdate;
}
void setWeight(float weight) { this.weight = weight;
}
public float getWeight() { return weight;
}
public Color getColor() { return color;
}
void setColor(Color color) { this.color = color;
}
void setSex(char sex) {
4.1. 一个简单的POJO例子 |
97 |
Hibernate 中文文档 3.2
this.sex=sex;
}
public char getSex() { return sex;
}
void setLitterId(int id) { this.litterId = id;
}
public int getLitterId() { return litterId;
}
void setMother(Cat mother) { this.mother = mother;
}
public Cat getMother() { return mother;
}
void setKittens(Set kittens) { this.kittens = kittens;
}
public Set getKittens() { return kittens;
}
//addKitten not needed by Hibernate public void addKitten(Cat kitten) {
kitten.setMother(this); kitten.setLitterId( kittens.size() );
kittens.add(kitten);
}
}
这里要遵循四条主要的规则:
4.1. 一个简单的POJO例子 |
98 |
Hibernate 中文文档 3.2
4.1.1.实现一个默认的(即无参数的)构造方法 (constructor)
Cat 有一个无参数的构造方法。所有的持久化类都必须有一个 默认的构造方法 (可以不是public的),这样的话Hibernate就可以使用
Constructor.newInstance() 来实例化它们。 我们强烈建议,在Hibernate中, 为了运行期代理的生成,构造方法至少是 包(package)内可见的。
4.1.1. 实现一个默认的(即无参数的)构造方法(constructor) |
99 |
Hibernate 中文文档 3.2
4.1.2.提供一个标识属性(identifier property)
(可选)
Cat 有一个属性叫做 id 。这个属性映射数据库表的主 键字段。这个属性可以叫 任何名字,其类型可以是任何的原始类型、原始类型的包装类型、
java.lang.String 或者是 java.util.Date 。 (如果你的遗留数据库表有联 合主键,你甚至可以用一个用户自定义的类,该类拥有这些类型 的属性。参见后面 的关于联合标识符的章节。)
标识符属性是可选的。可以不用管它,让Hibernate内部来追踪对象的识别。 但是 我们并不推荐这样做。
实际上,一些功能只对那些声明了标识符属性的类起作用:
托管对象的传播性再连接(级联更新或级联合并)
Session.saveOrUpdate()
Session.merge()
我们建议你对持久化类声明命名一致的标识属性。我们还建议你使用一 个可以为空 (也就是说,不是原始类型)的类型。
4.1.2. 提供一个标识属性(identifier property)(可选) |
100 |
Hibernate 中文文档 3.2
4.1.3. 使用非final的类 (可选)
代理(proxies)是Hibernate的一个重要的功能,它依赖的条件是,持久 化类或者 是非final的,或者是实现了一个所有方法都声明为public的接口。
你可以用Hibernate持久化一个没有实现任何接口的 final 类,但是你 不能使用代 理来延迟关联加载,这会限制你进行性能优化的选择。
你也应该避免在非final类中声明 public final 的方法。如果你想使用一 个
有public final 方法的类,你必须通过设置 lazy="false" 来明确地禁用代
理。
4.1.3. 使用非final的类 (可选) |
101 |
Hibernate 中文文档 3.2
4.1.4.为持久化字段声明访问器(accessors)和是否 可变的标志(mutators)(可选)
Cat 为它的所有持久化字段声明了访问方法。很多其他ORM工具直接对 实例变量 进行持久化。我们相信,在关系数据库schema和类的内部数据结构之间引入间接 层(原文为"非直接",indirection)会好一些。默认情况下Hibernate持久化JavaBeans 风格的属性,认可 getFoo , isFoo 和 setFoo 这种形式的方法名。 如果需 要,你可以对某些特定属性实行直接字段访问。
属性不需要要声明为public的。Hibernate可以持久化一个有
default 、 protected 或 private 的get/set方法对 的属性进行持久化。 TODO:property和proxy包里的用户扩展框架文档。
4.1.4. 为持久化字段声明访问器(accessors)和是否可变的标志(mutators)(可选) 102
Hibernate 中文文档 3.2
4.2. 实现继承(Inheritance)
子类也必须遵守第一条和第二条规则。它从超类 Cat 继承了标识属性。
package eg;
public class DomesticCat extends Cat { private String name;
public String getName() { return name;
}
protected void setName(String name) { this.name=name;
}
}
4.2. 实现继承(Inheritance) |
103 |
Hibernate 中文文档 3.2
4.3.实现 equals() 和 hashCode()
如果你有如下需求,你必须重载 equals() 和 hashCode() 方法:
想把持久类的实例放入 Set 中(当表示多值关联时,推荐这么做)
想重用脱管实例
Hibernate保证,仅在特定会话范围内,持久化标识(数据库的行)和Java标识是 等价的。因此,一旦 我们混合了从不同会话中获取的实例,如果希望 Set 有明确
的语义,就必 须实现 equals() 和 hashCode() 。
实现 equals() / hashCode() 最显而易见的方法是比较两个对象 标识符的值。如 果值相同,则两个对象对应于数据库的同一行,因此它们是相等的(如果都被添加
到Set ,则在 Set 中只有一个元素)。不幸的是,对生成的标识不能 使用这种 方法。Hibernate仅对那些持久化对象赋标识值,一个新创建的实例将不会有任何标 识值。此外, 如果一个实例没有被保存(unsaved),并且它当前正在一个 Set 中, 保存它将会给这个对象 赋一个标识值。如果 equals() 和 hashCode() 是基于
标识值 实现的,则其哈希码将会改变,这违反了 Set 的契约。建议去Hibernate的 站点阅读关于这个 问题的全部讨论。注意,这不是Hibernate的问题,而是一般的
Java对象标识和Java对象等价的语义问题。
我们建议使用业务键值相等(Business key equality)来实现 equals() 和
hashCode() 。业务键值相等的意思是, equals() 方法 仅仅比较形成业务键的 属性,它能在现实世界里标识我们的实例(是一个自然的候选码)。
4.3. 实现`equals()`和`hashCode()` |
104 |
Hibernate 中文文档 3.2
public class Cat {
...
public boolean equals(Object other) { if (this == other) return true;
if ( !(other instanceof Cat) ) return false;
final Cat cat = (Cat) other;
if ( !cat.getLitterId().equals( getLitterId() ) ) return f if ( !cat.getMother().equals( getMother() ) ) return false
return true;
}
public int hashCode() { int result;
result = getMother().hashCode(); result = 29 * result + getLitterId(); return result;
}
}
注意,业务键不必像数据库的主键那样固定不变(参见第 11.1.3 节 “关注对象标识 (Considering object identity)”)。 对业务键而言,不可变或唯一的属性是不错的选 择。
4.3. 实现`equals()`和`hashCode()` |
105 |
Hibernate 中文文档 3.2
4.4. 动态模型(Dynamic models)
注意,以下特性在当前处于试验阶段,将来可能会有变化。
运行期的持久化实体没有必要一定表示为像POJO类或JavaBean对象那样的形式。 Hibernate也支持动态模型 (在运行期使用 Map 的 Map )和象DOM4J的树模型那 样的实体表示。使用这种方法,你不用写持久化类,只写映射文件就行了。
Hibernate默认工作在普通POJO模式。你可以使用配置选
项default_entity_mode , 对特定的 SessionFactory ,设置一个默认的实体
表示模式。 (参见表 3.3 “ Hibernate配置属性 ”。)
下面是用 Map 来表示的例子。首先,在映射文件中,要声明
<class
<id name="id" type="long" column="ID">
<generator class="sequence"/> </id>
<property name="name"
column="NAME"
type="string"/>
<property name="address"
column="ADDRESS"
type="string"/>
column="ORGANIZATION_ID" class="Organization"/>
<bag name="orders" inverse="true" lazy="false" cascade="all">
<key column="CUSTOMER_ID"/>
</bag>
</class>
4.4. 动态模型(Dynamic models) |
106 |
Hibernate 中文文档 3.2
注意,虽然是用目标类名来声明关联的,但是关联的目标类型除了是POJO之外, 也可以 是一个动态的实体。
在使用
Session s = openSession();
Transaction tx = s.beginTransaction();
Session s = openSession();
// Create a customer
Map david = new HashMap(); david.put("name", "David");
//Create an organization Map foobar = new HashMap(); foobar.put("name", "Foobar Inc.");
//Link both david.put("organization", foobar);
//Save both
s.save("Customer", david); s.save("Organization", foobar);
tx.commit();
s.close();
动态映射的好处是,变化所需要的时间少了,因为原型不需要实现实体类。然而, 你无法进行 编译期的类型检查,并可能由此会处理很多的运行期异常。幸亏有了 Hibernate映射,它使得数 据库的schema能容易的规格化和合理化,并允许稍后在 此之上添加合适的领域模型实现。
实体表示模式也能在每个 Session 的基础上设置:
Session dynamicSession = pojoSession.getSession(EntityMode.MAP);
// Create a customer
Map david = new HashMap(); david.put("name", "David"); dynamicSession.save("Customer", david);
...
dynamicSession.flush();
dynamicSession.close()
...
// Continue on pojoSession
4.4. 动态模型(Dynamic models) |
107 |
Hibernate 中文文档 3.2
请注意,用 EntityMode 调用 getSession() 是在 Session 的API中,而不
是SessionFactory 。 这样,新的 Session 共享底层的JDBC连接,事务,和其
他的上下文信 息。这意味着,你不需要在第二个 Session 中调用
flush() 和 close() ,同样的,把事务和连接的处理 交给原来的工作单元。
关于XML表示能力的更多信息可以在第 18 章 XML映射中找到。
4.4. 动态模型(Dynamic models) |
108 |
Hibernate 中文文档 3.2
4.5. 元组片断映射(Tuplizers)
org.hibernate.tuple.Tuplizer ,以及其子接口,负责根据给定
的org.hibernate.EntityMode ,来复现片断数据。如果给定的片断数据被认为
其是一种数据结构,"tuplizer"就是一个知道如何创建这样的数据结构,以及如何给 这个数据结构赋值的东西。比如说,对于POJO这种Entity Mode,对应的tuplizer知 道通过其构造方法来创建一个POJO,再通过其属性访问器来访问POJO属性。有
两大类高层Tuplizer,分别是 org.hibernate.tuple.entity.EntityTuplizer
和org.hibernate.tuple.entity.ComponentTuplizer 接 口。 EntityTuplizer 负责管理上面提到的实体的契约, 而 ComponentTuplizer 则是针对组件的。
mode中使用的 java.util.HashMap 的 java.util.Map 实现;或许您需要与默 认策略不同的代理生成策略(proxy generation strategy)。通过自定义tuplizer实现, 这两个目标您都可以达到。Tuplizer定义被附加到它们期望管理的entity或者 component映射中。回到我们的customer entity例子:
4.5. 元组片断映射(Tuplizers) |
109 |
Hibernate 中文文档 3.2
<class
Override the
<tuplizer
<id name="id" type="long" column="ID"> <generator class="sequence"/>
</id>
...
</class>
public class CustomMapTuplizerImpl
extends org.hibernate.tuple.entity.DynamicMapEntityTuplize
//override the buildInstantiator() method to plug in our cust protected final Instantiator buildInstantiator(
org.hibernate.mapping.PersistentClass mappingInfo) { return new CustomMapInstantiator( mappingInfo );
}
private static final class CustomMapInstantiator
extends org.hibernate.tuple.DynamicMapInstantitor {
//override the generateMap() method to return our custom protected final Map generateMap() {
return new CustomMap();
}
}
}
|
|
|
|
4.5. 元组片断映射(Tuplizers) |
110 |
Hibernate 中文文档 3.2
第5 章 对象/关系数据库映射基础(Basic O/R
Mapping)
目录
5.1. 映射定义(Mapping declaration)
5.1.1. Doctype
5.1.2.
5.1.3. class
5.1.4. id
5.1.5.
5.1.6. 鉴别器(discriminator)
5.1.7. 版本(version)(可选)
5.1.8. timestamp (可选)
5.1.9. property
5.1.10.
5.1.11. 一对一
5.1.12.
5.1.13. 组件(component),
5.1.14. properties
5.1.15. 子类(subclass)
5.1.16.
5.1.17.
5.1.18. 连接(join)
5.1.19. 键(key)
5.1.20. 字段和规则元素(column and formula elements)
5.1.21. 引用(import)
5.1.22. any 5.2. Hibernate 的类型
5.2.1. 实体(Entities)和值(values)
5.2.2. 基本值类型
5.2.3. 自定义值类型 5.3. 多次映射同一个类
5.4. SQL中引号包围的标识符 5.5. 其他元数据(Metadata)
5.5.1. 使用 XDoclet 标记
5.5.2. 使用 JDK 5.0 的注解(Annotation) 5.6. 数据库生成属性(Generated Properties)
5.7. 辅助数据库对象(Auxiliary Database Objects)
第 5 章 对象/关系数据库映射基础(Basic O/R Mapping) |
111 |
Hibernate 中文文档 3.2
5.1. 映射定义(Mapping declaration)
对象和关系数据库之间的映射通常是用一个XML文档(XML document)来定义的。 这个映射文档被设计为易读的, 并且可以手工修改。映射语言是以Java为中心,这 意味着映射文档是按照持久化类的定义来创建的, 而非表的定义。
请注意,虽然很多Hibernate用户选择手写XML映射文档,但也有一些工具可以用来 生成映射文档, 包括XDoclet,Middlegen和AndroMDA。
让我们从一个映射的例子开始:
<?xml version="1.0"?>
<!DOCTYPE
<class name="Cat" table="cats"
<id name="id">
<generator class="native"/>
</id>
<discriminator column="subclass" type="character"/>
<property name="weight"/>
<property name="birthdate" type="date"
<property name="color" type="eg.types.ColorUserType"
<property name="sex"
<property name="litterId"
column="litterId"
update="false"/>
5.1. 映射定义(Mapping declaration) |
112 |
Hibernate 中文文档 3.2
column="mother_id" update="false"/>
<set name="kittens" inverse="true"
<key column="mother_id"/>
</set>
<subclass name="DomesticCat"
<property name="name" type="string"/>
</subclass>
</class>
<class name="Dog">
</class>
我们现在开始讨论映射文档的内容。我们只描述Hibernate在运行时用到的文档元素 和属性。 映射文档还包括一些额外的可选属性和元素,它们在使用schema导出工 具的时候会影响导出的数据库schema结果。 (比如,
5.1. 映射定义(Mapping declaration) |
113 |
Hibernate 中文文档 3.2
5.1.1. Doctype
所有的XML映射都需要定义如上所示的doctype。DTD可以从上述URL中获取, 也 可以从
或hibernate.jar 文件中找到。Hibernate总是会首先在它的classptah中搜索
DTD文件。 如果你发现它是通过连接Internet查找DTD文件,就对照你的classpath
目录检查XML文件里的DTD声明。
5.1.1. Doctype |
114 |
Hibernate 中文文档 3.2
5.1.1.1. EntityResolver
As mentioned previously, Hibernate will first attempt to resolve DTDs in its classpath. The manner in which it does this is by registering a custom
org.xml.sax.EntityResolver implementation with the SAXReader it uses to read in the xml files. This custom EntityResolver recognizes two different
systemId namespaces. 如前所述,Hibernate首先在其classpath中查找DTD。其行为 是依靠在系统中注册的 org.xml.sax.EntityResolver 的一个具体实现, SAXReader依靠它来读取xml文件。这一 EntityResolver 实现能辨认两种不同
的systenId命名空间。
若resolver遇到了一个以 http://hibernate.sourceforge.net/ 为开头的 systemId,它会辨认出是 hibernate namespace ,resolver就试图通过加载 Hibernate类的classloader来查找这些实体。
若resolver遇到了一个使用 classpath:// URL协议的systemId,它会辨认出 这是 user namespace ,resolver试图通过(1)当前线程上下文的classloader和
(2)加载Hibernate class的classloader来查找这些实体。
使用user namespace(用户命名空间)的例子:
<?xml version="1.0"?>
<!DOCTYPE
<!ENTITY types SYSTEM "classpath://your/domain/types.xml">
]>
<id name="id"
...
</id>
<class>
&types;
types.xml 是 your.domain 包中的一个资源,它包含了一个定制的第 5.2.3 节 “自定义值类型”。
5.1.1.1. EntityResolver |
115 |
Hibernate 中文文档 3.2
5.1.2.
这个元素包括一些可选的属性。 schema 和 catalog 属性, 指明了这个映射所连 接(refer)的表所在的schema和/或catalog名称。 假若指定了这个属性,表名会加 上所指定的schema和catalog的名字扩展为全限定名。假若没有指定,表名就不会 使用全限定名。
和 集合类Hibernate会采取什么样的默认级联风格。 |
们在查询语言中可以使用 非全限定名的类名。 |
schema="schemaName"
catalog="catalogName"
package="package.name"
/>
schema (可选): 数据库schema的名称。
catalog (可选): 数据库catalog的名称。
package (可选): 指定一个包前缀,如果在映射文档中没有指定全限定的类 名, 就使用这个作为包名。
假若你有两个持久化类,它们的非全限定名是一样的(就是两个类的名字一样,所
注意
Dog.hbm.xml ,或者如果使用继承, Animal.hbm.xml 。
5.1.2. |
116 |
Hibernate 中文文档 3.2
5.1.3. class
你可以使用 class 元素来定义一个持久化类:
<class
name="ClassName"
table="tableName"
schema="owner"
catalog="catalog"
proxy="ProxyInterface"
subselect="SQL expression" abstract="true|false"
/>
name (可选): 持久化类(或者接口)的Java全限定名。 如果这个属性 不存在,Hibernate将假定这是一个非POJO的实体映射。
table (可选 - 默认是类的非全限定名): 对应的数据库表名。
not null 。
mutable (可选,默认值为 true ): 表明该类的实例是可变的或者不可 变的。
schema (可选): 覆盖在根
catalog (可选): 覆盖在根
proxy (可选): 指定一个接口,在延迟装载时作为代理使用。 你可以在
5.1.3. class |
117 |
Hibernate 中文文档 3.2
这里使用该类自己的名字。
定是否应该执行 UPDATE 。
polymorphism(多态) (可选, 默认值为 implicit (隐式) ): 界定是 隐式还是显式的使用多态查询(这只在Hibernate的具体表继承策略中用 到-译注)。
where (可选) 指定一个附加的SQL WHERE 条件, 在抓取这个类的对 象时会一直增加这个条件。
persister (可选): 指定一个定制的 ClassPersister 。
lazy (可选): 通过设置 lazy="false" , 所有的延迟加载(Lazy
(16)fetching)功能将被全部禁用(disabled)。
(17)次的实体映射 (也就是实现动态领域模型,不用写持久化类-译注)。 更多信息请看第 4.4 节 “动态模型(Dynamic models)” and 第 18 章 XML
映射。
(18) |
check (可选): 这是一个SQL表达式, 用于为自动生成的schema添加 |
|
|
||
|
|
|
|
rowid (可选): Hibernate可以使用数据库支持的所谓的ROWIDs,例 |
|
(19) |
如: Oracle数据库,如果你设置这个可选的 rowid , Hibernate可以 |
|
使用额外的字段 rowid 实现快速更新。ROWID是这个功能实现的重 |
||
|
||
|
点, 它代表了一个存储元组(tuple)的物理位置。 |
|
|
|
subselect (可选): 它将一个不可变(immutable)并且只读的实体映
(20)射到一个数据库的 子查询中。当你想用视图代替一张基本表的时候,这 是有用的,但最好不要这样做。更多的介绍请看下面内容。
abstract (可选): 用于在
5.1.3. class |
118 |
Hibernate 中文文档 3.2
(21)(hierarchies)中标识抽象超类。
若指明的持久化类实际上是一个接口,这也是完全可以接受的。 之后你可以用元
素<subclass> 来指定该接口的实际实现类。 你可以持久化任何static(静 态的)内部类。 你应该使用标准的类名格式来指定类名, 比如:Foo$Bar 。
不可变类, mutable="false" 不可以被应用程序更新或者删除。 这可以让 Hibernate做一些小小的性能优化。
可选的 proxy 属性允许延迟加载类的持久化实例。 Hibernate开始会返回实现了这 个命名接口的CGLIB代理。当代理的某个方法被实际调用的时候, 真实的持久化对 象才会被装载。参见下面的“用于延迟装载的代理”。
Implicit (隐式)的多态是指,如果查询时给出的是任何超类、该类实现的接口或者该 类的 名字,都会返回这个类的实例;如果查询中给出的是子类的名字,则会返回子 类的实例。 Explicit (显式)的多态是指,只有在查询时给出明确的该类名字时才 会返回这个类的实例; 同时只有在这个 <class> 的定义中作
为<subclass> 或者
的多态在有两个不同的类映射到同一个表的时候很有用。(允许一个“轻型”的类, 只包含部分表字段)。
persister 属性可以让你定制这个类使用的持久化策略。 你可以指定你自己实现 org.hibernate.persister.EntityPersister 的子类,你甚至可以完全从头开
始编写一个 org.hibernate.persister.ClassPersister 接口的实现, 比如是 用储存过程调用、序列化到文件或者LDAP数据库来实现。 参
阅org.hibernate.test.CustomPersister ,这是一个简单的例子 (“持久化”到
一个 Hashtable )。
请注意
在<subclass> 或者
置。这些设置是否能够提高效率要视情形而定。请用你的智慧决定是否使用。
使用
(detache)对象实例 到一个 Session 中时,它可以防止数据库不必要的触发 update。 这就很有用了。
如果你打开了
version(版本检查) 检查version/timestamp字段
all(全部) 检查全部字段
dirty(脏检查) 只检察修改过的字段
none(不检查) 不使用乐观锁定
我们非常强烈建议你在Hibernate中使用version/timestamp字段来进行乐观锁定。 对性能来说,这是最好的选择,并且这也是唯一能够处理在session外进行操作的策 略(例如: 在使用 Session.merge() 的时候)。
5.1.3. class |
119 |
Hibernate 中文文档 3.2
对Hibernate映射来说视图和表是没有区别的,这是因为它们在数据层都是透明的( 注意:一些数据库不支持视图属性,特别是更新的时候)。有时你想使用视图,但 却不能在数据库 中创建它(例如:在遗留的schema中)。这样的话,你可以映射 一个不可变的(immutable)并且是 只读的实体到一个给定的SQL子查询表达式:
<class name="Summary"> <subselect>
select item.name, max(bid.amount), count(*) from item
join bid on bid.item_id = item.id group by item.name
</subselect>
<synchronize table="item"/> <synchronize table="bid"/> <id name="name"/>
...
</class>
5.1.3. class |
120 |
Hibernate 中文文档 3.2
5.1.4. id
被映射的类必须定义对应数据库表主键字段。大多数类有一个JavaBeans风格的属 性, 为每一个实例包含唯一的标识。 <id> 元素定义了该属性到数据库表 主键字段的映射。
<id
name="propertyName"
type="typename" column="column_name"
<generator class="generatorClass"/>
</id>
name (可选): 标识属性的名字。
type (可选): 标识Hibernate类型的名字。
column (可选 - 默认为属性名): 主键字段的名字。
access (可选 - 默认为 property ): Hibernate用来访问属性值的策略。
如果 name 属性不存在,会认为这个类没有标识属性。
还有一个另外的
5.1.4. id |
121 |
Hibernate 中文文档 3.2
5.1.4.1. Generator
可选的 <generator> 子元素是一个Java类的名字, 用来为该持久化类的 实例生成唯一的标识。如果这个生成器实例需要某些配置值或者初始化参数,
用<param> 元素来传递。
<id name="id" type="long" column="cat_id">
<generator class="org.hibernate.id.TableHiLoGenerator"> <param name="table">uid_table</param>
<param name="column">next_hi_value_column</param> </generator>
</id>
所有的生成器都实现 org.hibernate.id.IdentifierGenerator 接口。 这是一 个非常简单的接口;某些应用程序可以选择提供他们自己特定的实现。当然, Hibernate提供了很多内置的实现。下面是一些内置生成器的快捷名字:
increment
用于为 long , short 或者 int 类型生成 唯一标识。只有在没有其他进程往同 一张表中插入数据时才能使用。 在集群下不要使用。
identity
对DB2,MySQL, MS SQL Server, Sybase和HypersonicSQL的内置标识字段提供支 持。 返回的标识符是 long , short 或者 int 类型的。
sequence
在DB2,PostgreSQL, Oracle, SAP DB, McKoi中使用序列(sequence), 而在 Interbase中使用生成器(generator)。返回的标识符是 long , short 或者
int 类型的。
hilo
<a class="calibre5 pcalibre pcalibre1"
int 类型的标识符。给定一个表和字段(默认分别是 hibernate_unique_key
和next_hi )作为高位值的来源。 高/低位算法生成的标识符只在一个特定的数据 库中是唯一的。
seqhilo
使用一个高/低位算法来高效的生成 long , short 或者 int 类型的标识符,给 定一个数据库序列(sequence)的名字。
uuid
5.1.4.1. Generator |
122 |
Hibernate 中文文档 3.2
guid
在MS SQL Server 和 MySQL 中使用数据库生成的GUID字符串。
native
根据底层数据库的能力选择 identity , sequence 或者 hilo 中的一个。
assigned
让应用程序在 save() 之前为对象分配一个标示符。这是 <generator> 元素没有指定时的默认生成策略。
select
通过数据库触发器选择一些唯一主键的行并返回主键值来分配一个主键。
foreign
使用另外一个相关联的对象的标识符。通常和
一种特别的序列生成策略,使用数据库序列来生成实际值,但将它和JDBC3的 getGeneratedKeys结合在一起,使得在插入语句执行的时候就返回生成的值。目前 为止只有面向JDK 1.4的Oracle 10g驱动支持这一策略。注意,因为Oracle驱动程序 的一个bug,这些插入语句的注释被关闭了。(原文:Note comments on these
insert statements are disabled due to a bug in the Oracle drivers.)
5.1.4.1. Generator |
123 |
Hibernate 中文文档 3.2
5.1.4.2. 高/低位算法(Hi/Lo Algorithm)
hilo 和 seqhilo 生成器给出了两种hi/lo算法的实现, 这是一种很令人满意的 标识符生成算法。第一种实现需要一个“特殊”的数据库表来保存下一个可用
的“hi”值。 第二种实现使用一个Oracle风格的序列(在被支持的情况下)。
<id name="id" type="long" column="cat_id"> <generator class="hilo">
<param name="table">hi_value</param> <param name="column">next_value</param> <param name="max_lo">100</param>
</generator>
</id>
<id name="id" type="long" column="cat_id"> <generator class="seqhilo">
<param name="sequence">hi_value</param> <param name="max_lo">100</param>
</generator>
</id>
很不幸,你在为Hibernate自行提供 Connection 时无法使用 hilo 。 当 Hibernate使用JTA获取应用服务器的数据源连接时,你必须正确地配置
hibernate.transaction.manager_lookup_class 。
5.1.4.2. 高/低位算法(Hi/Lo Algorithm) |
124 |
Hibernate 中文文档 3.2
5.1.4.3. UUID算法(UUID Algorithm )
UUID包含:IP地址,JVM的启动时间(精确到1/4秒),系统时间和一个计数器值 (在JVM中唯一)。 在Java代码中不可能获得MAC地址或者内存地址,所以这已 经是我们在不使用JNI的前提下的能做的最好实现了。
5.1.4.3. UUID算法(UUID Algorithm ) |
125 |
Hibernate 中文文档 3.2
5.1.4.4.标识字段和序列(Identity columns and Sequences)
对于内部支持标识字段的数据库(DB2,MySQL,Sybase,MS SQL),你可以使 用 identity 关键字生成。 对于内部支持序列的数据库(DB2,Oracle,
PostgreSQL, Interbase, McKoi,SAP DB), 你可以使用 sequence 风格的关键字生 成。 这两种方式对于插入一个新的对象都需要两次SQL查询。
<id name="id" type="long" column="person_id"> <generator class="sequence">
<param name="sequence">person_id_sequence</param> </generator>
</id>
<id name="id" type="long" column="person_id"
</id>
对于跨平台开发, native 策略会从 identity , sequence 和 hilo 中进行选 择,选择哪一个,这取决于底层数据库的支持能力。
5.1.4.4. 标识字段和序列(Identity columns and Sequences) |
126 |
Hibernate 中文文档 3.2
5.1.4.5.程序分配的标识符(Assigned Identifiers)
如果你需要应用程序分配一个标示符(而非Hibernate来生成),你可以使
用assigned 生成器。这种特殊的生成器会使用已经分配给对象的标识符属性的 标识符值。 这个生成器使用一个自然键(natural key,有商业意义的列-译注)作 为主键,而不是使用一个代理键( surrogate key,没有商业意义的列-译注)。这 是没有指定 <generator> 元素时的默认行为
当选择 assigned 生成器时,除非有一个version或timestamp属性,或者你定义了 Interceptor.isUnsaved() ,否则需要让Hiberante使用
5.1.4.5. 程序分配的标识符(Assigned Identifiers) |
127 |
Hibernate 中文文档 3.2
5.1.4.6.触发器实现的主键生成器(Primary keys assigned by triggers)
仅仅用于遗留的schema中 (Hibernate不能使用触发器生成DDL)。
<id name="id" type="long" column="person_id">
<generator class="select">
<param name="key">socialSecurityNumber</param>
</generator>
</id>
在上面的例子中,类定义了一个命名为 socialSecurityNumber 的唯一值属性, 它是一个自然键(natural key),命名为 person_id 的代理键(surrogate key) 的值由触发器生成。
5.1.4.6. 触发器实现的主键生成器(Primary keys assigned by triggers) |
128 |
Hibernate 中文文档 3.2
5.1.5.
>
......
如果表使用联合主键,你可以映射类的多个属性为标识符属性。
和
你的持久化类必须重载 equals() 和 hashCode() 方法,来实现组合的标识符的 相等判断。 实现 Serializable 接口也是必须的。
不幸的是,这种组合关键字的方法意味着一个持久化类是它自己的标识。除了对象 自己之外, 没有什么方便的“把手”可用。你必须初始化持久化类的实例,填充它的 标识符属性,再 load() 组合关键字关联的持久状态。我们把这种方法称为 embedded(嵌入式)的组合标识符,在重要的应用中不鼓励使用这种用法。
第二种方法我们称为mapped(映射式)组合标识符 (mapped composite
identifier),
5.1.5. |
129 |
Hibernate 中文文档 3.2
在这个例子中,组合标识符类 MedicareId 和实体类都含
有medicareNumber 和 dependent 属性。标识符类必须重
载equals() 和 hashCode() 并且实现 Serializable 接口。这种方法的缺点是
出现了明显的代码重复。
下面列出的属性是用来指定一个映射式组合标识符的:
mapped (可选, 默认为 false ): 指明使用一个映射式组合标识符,其包含的 属性映射同时在实体类和组合标识符类中出现。
class (可选,但对映射式组合标识符必须指定): 作为组合标识符类使用的类 名.
在第 8.4 节 “组件作为联合标识符(Components as composite identifiers)”一节中,我 们会描述第三种方式,那就是把组合标识符实现为一个组件(component)类,这是更方 便的方法。下面的属性仅对第三种方法有效:
name (可选,但对这种方法而言必须): 包含此组件标识符的组件类型的名字 (参阅第9章).
access (可选 - 默认为 property ): Hibernate应该使用的访问此属性值的策
略
class (可选 - 默认会用反射来自动判定属性类型 ): 用来作为组合标识符的 组件类的类名(参阅下一节)
第三种方式,被称为identifier component(标识符组件)是我们对几乎所有应用都推 荐使用的方式。
5.1.5. |
130 |
Hibernate 中文文档 3.2
5.1.6. 鉴别器(discriminator)
在"一棵对象继承树对应一个表"的策略中, <discriminator> 元素是必需 的, 它定义了表的鉴别器字段。鉴别器字段包含标志值,用于告知持久化层应该为 某个特定的行创建哪一个子类的实例。 如下这些受到限制的类型可以使用:
string , character , integer , byte , short , boolean , yes_no , true_false .
<discriminator column="discriminator_column" type="discriminator_type" force="true|false" insert="true|false" formula="arbitrary sql expression"
/>
column (可选 - 默认为 class ) 鉴别器字段的名字
type (可选 - 默认为 string ) 一个Hibernate字段类型的名字
force(强制) (可选 - 默认为 false ) "强制"Hibernate指定允许的鉴别器 值,即使当取得的所有实例都是根类的。
insert (可选 - 默认为 true ) 如果你的鉴别器字段也是映射为复合标识 (composite identifier)的一部分,则需将 这个值设为 false 。(告诉 Hibernate在做SQL INSERT 时不包含该列)
formula (可选) 一个SQL表达式,在类型判断(判断是父类还是具体子类 -译注)时执行。可用于基于内容的鉴别器。
鉴别器字段的实际值是根据 <class> 和 <subclass> 元素中
的
force 属性仅仅在这种情况下有用的:表中包含没有被映射到持久化类的附加辨 别器值。 这种情况不会经常遇到。
使用 formula 属性你可以定义一个SQL表达式,用来判断一个行数据的类型。
<discriminator
formula="case when CLASS_TYPE in ('a', 'b', 'c') then 0 else 1
type="integer"/>
|
|
|
|
5.1.6. 鉴别器(discriminator) |
131 |
Hibernate 中文文档 3.2
5.1.7. 版本(version)(可选)
<version> 元素是可选的,表明表中包含附带版本信息的数据。 这在你准 备使用 长事务(long transactions)的时候特别有用。(见后)
<version
column="version_column"
name="propertyName"
type="typename"
access="field|property|ClassName"
generated="never|always"
insert="true|false"
/>
column (可选 - 默认为属性名): 指定持有版本号的字段名。
name : 持久化类的属性名。
type (可选 - 默认是 integer ): 版本号的类型。
access (可选 - 默认是 property ): Hibernate用于访问属性值的策略。
( undefined 指明应被使用的标识属性值。)
generated (可选 - 默认是 never ): 表明此版本属性值是否实际上是由数 据库生成的。请参阅第 5.6 节 “数据库生成属性(Generated Properties)”部分的讨论。
insert (可选 - 默认是 true ): 表明此版本列应该包含在SQL插入语句 中。只有当数据库字段有默认值 0 的时候,才可以设置为 false 。
版本号必须是以下类型: long , integer , short , timestamp 或
者calendar 。
一个脱管(detached)实例的version或timestamp属性不能为空(null),因为 Hibernate不管
5.1.7. 版本(version)(可选) |
132 |
Hibernate 中文文档 3.2
5.1.8. timestamp (可选)
可选的 <timestamp> 元素指明了表中包含时间戳数据。 这用来作为版本 的替代。时间戳本质上是一种对乐观锁定的一种不是特别安全的实现。当然, 有时 候应用程序可能在其他方面使用时间戳。
<timestamp
column="timestamp_column"
name="propertyName"
access="field|property|ClassName"
source="vm|db"
generated="never|always"
/>
column (可选 - 默认为属性名): 持有时间戳的字段名。
name : 在持久化类中的JavaBeans风格的属性名, 其Java类型是 Date 或者 Timestamp 的。
access (可选 - 默认是 property ): Hibernate用于访问属性值的策略。
( undefined 指明使用标识属性值进行这种判断。)
source (可选 - 默认是 vm ): Hibernate如何才能获取到时间戳的值呢? 从数据库,还是当前JVM?从数据库获取会带来一些负担,因为Hibernate必 须访问数据库来获得“下一个值”,但是在集群环境中会更安全些。还要注 意,并不是所有的 Dialect(方言) 都支持获得数据库的当前时间戳的, 而支持的数据库中又有一部分因为精度不足,用于锁定是不安全的(例如 Oracle 8)。
generated (可选 - 默认是 never ): 指出时间戳值是否实际上是由数据库 生成的.请参阅第 5.6 节 “数据库生成属性(Generated Properties)”的讨 论。
注意, <timestamp> 和 <version type="timestamp"> 是等价 的。并
且<timestamp source="db"> 和 <version type="dbtimestamp">
是等价的。
5.1.8. timestamp (可选) |
133 |
Hibernate 中文文档 3.2
5.1.9. property
<property> 元素为类定义了一个持久化的,JavaBean风格的属性。
<property
name="propertyName" column="column_name" type="typename" update="true|false" insert="true|false" formula="arbitrary SQL expression" access="field|property|ClassName" lazy="true|false" unique="true|false"
index="index_name"
unique_key="unique_key_id" length="L" precision="P"
scale="S"
/>
5.1.9. property |
134 |
Hibernate 中文文档 3.2
name : 属性的名字,以小写字母开头。
column (可选 - 默认为属性名字): 对应的数据库字段名。 也可以通过嵌套
的<column> 元素指定。
type (可选): 一个Hibernate类型的名字。
update, insert (可选 - 默认为 true ) : 表明用于 UPDATE 和/或 INSERT 的SQL语句中是否包含这个被映射了的字段。这二者如果都设置
为 false 则表明这是一个“外源性(derived)”的属性,它的值来源于映射 到同一个(或多个) 字段的某些其他属性,或者通过一个trigger(触发器) 或其他程序生成。
formula (可选): 一个SQL表达式,定义了这个计算 (computed) 属性的 值。计算属性没有和它对应的数据库字段。
access (可选 - 默认值为 property ): Hibernate用来访问属性值的策 略。
lazy (可选 - 默认为 false ): 指定 指定实例变量第一次被访问时,这个 属性是否延迟抓取(fetched lazily)( 需要运行时字节码增强)。
unique (可选): 使用DDL为该字段添加唯一的约束。 同样,允许它作
为
generated (可选 - 默认为 never ): 表明此属性值是否实际上是由数据库 生成的。请参阅第 5.6 节 “数据库生成属性(Generated Properties)”的讨 论。
typename可以是如下几种:
1.Hibernate基本类型名(比
如: integer, string, character,date, timestamp, float, binary, s
)。
2.一个Java类的名字,这个类属于一种默认基础类型 (比如:
int, float,char, java.lang.String, java.util.Date, java.lang.Int
)。
3.一个可以序列化的Java类的名字。
4.一个自定义类型的类的名字。(比如:
com.illflow.type.MyCustomType )。
5.1.9. property |
135 |
Hibernate 中文文档 3.2
如果你没有指定类型,Hibernarte会使用反射来得到这个名字的属性,以此来猜测 正确的Hibernate类型。 Hibernate会按照规则2,3,4的顺序对属性读取器(getter方 法)的返回类进行解释。然而,这还不够。 在某些情况下你仍然需要 type 属
性。(比如,为了区别 Hibernate.DATE 和 Hibernate.TIMESTAMP ,或者为了指 定一个自定义类型。)
access 属性用来让你控制Hibernate如何在运行时访问属性。在默认情况下, Hibernate会使用属性的get/set方法对(pair)。如果你指明 access="field" , Hibernate会忽略get/set方法对,直接使用反射来访问成员变量。你也可以指定你自 己的策略, 这就需要你自己实
现org.hibernate.property.PropertyAccessor 接口, 再在access中设置你自
定义策略类的名字。
衍生属性(derive propertie)是一个特别强大的特征。这些属性应该定义为只读, 属性值在装载时计算生成。 你用一个SQL表达式生成计算的结果,它会在这个实例 转载时翻译成一个SQL查询的 SELECT 子查询语句。
<property name="totalPrice"
formula="( SELECT SUM (li.quantity*p.price) FROM LineItem li, WHERE li.productId = p.productId
AND li.customerId = customerId
AND li.orderNumber = orderNumber )"/>
注意,你可以使用实体自己的表,而不用为这个特别的列定义别名( 上面例子中
的customerId )。同时注意,如果你不喜欢使用属性, 你可以使用嵌套
的<formula> 映射元素。
5.1.9. property |
136 |
Hibernate 中文文档 3.2
5.1.10.
通过
/>
5.1.10. |
137 |
Hibernate 中文文档 3.2
name : 属性名。
column (可选): 外间字段名。它也可以通过嵌套的 <column> 元 素指定。
class (可选 - 默认是通过反射得到属性类型): 关联的类的名字。
cascade(级联) (可选): 指明哪些操作会从父对象级联到关联的对象。
fetch (可选 - 默认为 select ):
update, insert (可选 - 默认为 true ) 指定对应的字段是否包含在用 于 UPDATE 和/或 INSERT 的SQL语句中。如果二者都是 false ,则这是 一个纯粹的 “外源性(derived)”关联,它的值是通过映射到同一个(或多 个)字段的某些其他属性得到 或者通过trigger(触发器)、或其他程序生 成。
access (可选 - 默认是 property ): Hibernate用来访问属性的策略。
unique (可选): 使用DDL为外键字段生成一个唯一约束。此外, 这也可以 用作
lazy (可选 - 默认为 proxy ): 默认情况下,单点关联是经过代理
的。
formula (可选): SQL表达式,用于定义computed(计算出的)外键值。
cascade 属性设置为除了 none 以外任何有意义的值, 它将把特定的操作传递到 关联对象中。这个值就代表着Hibernate基本操作的名称,
persist, merge, delete,
作,例如, cascade="persist,merge,evict" 或
化(transitive persistence)”. 注意,单值关联
5.1.10. |
138 |
Hibernate 中文文档 3.2
一个典型的简单
键。( unique 属性控制Hibernate通过SchemaExport工具进行的DDL生成。)
<property name="serialNumber" unique="true" type="string" column="S
那么关于 OrderItem 的映射可能是:
当然,我们决不鼓励这种用法。
如果被引用的唯一主键由关联实体的多个属性组成,你应该在名称
为<properties> 的元素 里面映射所有关联的属性。
假若被引用的唯一主键是组件的属性,你可以指定属性路径:
|
|
|
|
5.1.10. |
139 |
Hibernate 中文文档 3.2
5.1.11.一对一
持久化对象之间一对一的关联关系是通过
/>
5.1.11. 一对一 |
140 |
Hibernate 中文文档 3.2
name : 属性的名字。
class (可选 - 默认是通过反射得到的属性类型):被关联的类的名字。
cascade(级联) (可选) 表明操作是否从父对象级联到被关联的对象。
constrained(约束) (可选) 表明该类对应的表对应的数据库表,和被关联 的对象所对应的数据库表之间,通过一个外键引用对主键进行约束。 这个选 项影响 save() 和 delete() 在级联执行时的先后顺序以及 决定该关联能 否被委托(也在schema export tool中被使用).
fetch (可选 - 默认设置为 选择 ): 在外连接抓取或者序列选择抓取选择其 一.
access (可选 - 默认是 property ): Hibernate用来访问属性的策略。
formula (可选):绝大多数一对一的关联都指向其实体的主键。在一些少见 的情况中, 你可能会指向其他的一个或多个字段,或者是一个表达式,这些 情况下,你可以用一个SQL公式来表示。 (可以在 org.hibernate.test.onetooneformula找到例子)
lazy (可选 - 默认为 proxy ): 默认情况下,单点关联是经过代理
的。
有两种不同的一对一关联:
主键关联
惟一外键关联
主键关联不需要额外的表字段;如果两行是通过这种一对一关系相关联的,那么这 两行就共享同样的主关键字值。所以如果你希望两个对象通过主键一对一关联,你 必须确认它们被赋予同样的标识值!
比如说,对下面的 Employee 和 Person 进行主键一对一关联:
|
|
|
|
5.1.11. 一对一 |
141 |
Hibernate 中文文档 3.2
现在我们必须确保PERSON和EMPLOYEE中相关的字段是相等的。我们使用一个 被成为 foreign 的特殊的hibernate标识符生成策略:
<class name="person" table="PERSON"> <id name="id" column="PERSON_ID">
<generator class="foreign">
<param name="property">employee</param> </generator>
</id>
...
</class>
一个刚刚保存的 Person 实例被赋予和该 Person 的 employee 属性所指向
的Employee 实例同样的关键字值。
另一种方式是一个外键和一个惟一关键字对应,上面的 Employee 和 Person 的 例子,如果使用这种关联方式,可以表达成:
如果在 Person 的映射加入下面几句,这种关联就是双向的:
|
|
|
|
5.1.11. 一对一 |
142 |
Hibernate 中文文档 3.2
5.1.12.
<property ... />
......
我们建议使用代用键(键值不具备实际意义)作为主键,我们仍然应该尝试为所有
在
我们强烈建议你实现 equals() 和 hashCode() 方法,来比较实体的自然键属性。
这一映射不是为了把自然键作为主键而准备的。
mutable (可选, 默认为 false ): 默认情况下,自然标识属性被假定为不可 变的(常量)。
5.1.12. |
143 |
Hibernate 中文文档 3.2
5.1.13.组件(component), 动态组件(dynamic- component)
<component> 元素把子对象的一些元素与父类对应的表的一些字段映射起 来。 然后组件可以定义它们自己的属性、组件或者集合。参见后面
的“Components”一章。
<component
name="propertyName"
class="className"
insert="true|false"
update="true|false"
access="field|property|ClassName"
lazy="true|false"
>
<property ...../>
........
</component>
name : 属性名
class (可选 - 默认为通过反射得到的属性类型):组件(子)类的名字。
insert : 被映射的字段是否出现在SQL的 INSERT 语句中?
update : 被映射的字段是否出现在SQL的 UPDATE 语句中?
access (可选 - 默认是 property ): Hibernate用来访问属性的策略。
lazy (可选 - 默认是 false ): 表明此组件应在实例变量第一次被访问的 时候延迟加载(需要编译时字节码装置器)
unique (可选 - 默认是 false ):表明组件映射的所有字段上都有唯一性 约束
其 <property> 子标签为子类的一些属性与表字段之间建立映射。
<component> 元素允许加入一个 <parent> 子元素,在组件类内 部就可以有一个指向其容器的实体的反向引用。
5.1.13. 组件(component), |
144 |
Hibernate 中文文档 3.2
5.1.13. 组件(component), |
145 |
Hibernate 中文文档 3.2
5.1.14. properties
<properties> 元素允许定义一个命名的逻辑分组(grouping)包含一个类 中的多个属性。 这个元素最重要的用处是允许多个属性的组合作
为
<properties
name="logicalName"
insert="true|false"
update="true|false"
>
<property ...../>
........
</properties>
name : 分组的逻辑名称 - 不是 实际属性的名称.
insert : 被映射的字段是否出现在SQL的 INSERT 语句中?
update : 被映射的字段是否出现在SQL的 UPDATE 语句中?
unique (可选 - 默认是 false ):表明组件映射的所有字段上都有唯一性 约束
例如,如果我们有如下的 <properties> 映射:
<class name="Person">
<id name="personNumber"/>
...
<properties name="name" unique="true" update="false">
<property name="firstName"/> <property name="initial"/> <property name="lastName"/>
</properties>
</class>
然后,我们可能有一些遗留的数据关联,引用 Person 表的这个唯一键,而不是 主键。
5.1.14. properties |
146 |
Hibernate 中文文档 3.2
class="Person"
<column name="firstName"/>
<column name="initial"/>
<column name="lastName"/>
我们并不推荐这样使用,除非在映射遗留数据的情况下。
5.1.14. properties |
147 |
Hibernate 中文文档 3.2
5.1.15. 子类(subclass)
最后,多态持久化需要为父类的每个子类都进行定义。对于“每一棵类继承树对应一 个表”的策略来说,就需要使用 <subclass> 定义。
<subclass
name="ClassName"
<property .... />
.....
</subclass>
name : 子类的全限定名。
proxy(代理) (可选): 指定一个类或者接口,在延迟装载时作为代理使用。
lazy (可选, 默认是 true ): 设置为 lazy="false" 禁止使用延迟抓取
每个子类都应该定义它自己的持久化属性和子类。 <version>
和<id> 属性可以从根父类继承下来。在一棵继承树上的每个子类都必须 定义一个唯一的
更多关于继承映射的信息, 参考 第 9 章 继承映射(Inheritance Mappings)章节.
5.1.15. 子类(subclass) |
148 |
Hibernate 中文文档 3.2
5.1.16.
此外,每个子类可能被映射到他自己的表中(每个子类一个表的策略)。被继承的状 态通过和超类的表关联得到。我们使用
<key .... >
<property .... />
.....
name : 子类的全限定名。
table : 子类的表名.
proxy (可选): 指定一个类或者接口,在延迟装载时作为代理使用。
lazy (可选, 默认是 true ): 设置为 lazy="false" 禁止使用延迟装 载。
这种映射策略不需要指定辨别标志(discriminator)字段。但是,每一个子类都必须使
用<key> 元素指定一个表字段来持有对象的标识符。本章开始的映射可以 被用如下方式重写:
5.1.16. |
149 |
Hibernate 中文文档 3.2
<?xml version="1.0"?>
<!DOCTYPE
<class name="Cat" table="CATS">
<id name="id" column="uid" type="long"> <generator class="hilo"/>
</id>
<property name="birthdate" type="date"/> <property name="color"
<set name="kittens">
<key column="MOTHER"/>
</set>
<property name="name" type="string"/>
</class>
<class name="eg.Dog">
</class>
更多关于继承映射的信息,参考第 9 章 继承映射(Inheritance Mappings)。
5.1.16. |
150 |
Hibernate 中文文档 3.2
5.1.17.
第三种选择是仅仅映射类继承树中具体类部分到表中(每个具体类一张表的策略)。 其中,每张表定义了类的所有持久化状态,包括继承的状态。在 Hibernate 中,并 不需要完全显式地映射这样的继承树。你可以简单地使用单独
的<class> 定义映射每个类。然而,如果你想使用多态关联(例如,一个对
类继承树中超类的关联),你需要使用
<property .... />
.....
name : 子类的全限定名。
table : 子类的表名
proxy (可选): 指定一个类或者接口,在延迟装载时作为代理使用。
lazy (可选, 默认是 true ): 设置为 lazy="false" 禁止使用延迟装 载。
这种映射策略不需要指定辨别标志(discriminator)字段。
更多关于继承映射的信息,参考第 9 章 继承映射(Inheritance Mappings)。
5.1.17. |
151 |
Hibernate 中文文档 3.2
5.1.18. 连接(join)
使用 <join> 元素,假若在表之间存在一对一关联,可以将一个类的属性映 射到多张表中。
<join
table="tablename"
schema="owner"
catalog="catalog"
fetch="join|select"
inverse="true|false"
optional="true|false">
<key ... />
<property ... />
...
</join>
table : 被连接表的名称。
schema (可选):覆盖由根
catalog (可选): 覆盖由根
fetch (可选 - 默认是 join ): 如果设置为默认值 join , Hibernate 将 使用一个内连接来得到这个类或其超类定义的 <join> ,而使用一 个外连接来得到其子类定义的 <join> 。如果设置为 select ,则 Hibernate 将为子类定义的 <join> 使用顺序选择。这仅在一行数 据表示一个子类的对象的时候才会发生。对这个类和其超类定义
的<join> ,依然会使用内连接得到。
inverse (可选 - 默认是 false ): 如果打开,Hibernate 不会插入或者更 新此连接定义的属性。
optional (可选 - 默认是 false ): 如果打开,Hibernate 只会在此连接定 义的属性非空时插入一行数据,并且总是使用一个外连接来得到这些属性。
例如,一个人(person)的地址(address)信息可以被映射到单独的表中(并保留所有属 性的值类型语义):
5.1.18. 连接(join) |
152 |
Hibernate 中文文档 3.2
<class name="Person" table="PERSON">
<id name="id" column="PERSON_ID">...</id>
<join table="ADDRESS">
<key column="ADDRESS_ID"/> <property name="address"/> <property name="zip"/> <property name="country"/>
</join>
...
此特性常常对遗留数据模型有用,我们推荐表个数比类个数少,以及细粒度的领域 模型。然而,在单独的继承树上切换继承映射策略是有用的,后面会解释这点。
5.1.18. 连接(join) |
153 |
Hibernate 中文文档 3.2
5.1.19. 键(key)
我们目前已经见到过 <key> 元素多次了。 这个元素在父映射元素定义了对 新表的连接,并且在被连接表中定义了一个外键引用原表的主键的情况下经常使 用。
<key
column="columnname"
update="true|false"
unique="true|false"
/>
column (可选): 外键字段的名称。也可以通过嵌套的 <column> 指定。
update (可选): 表明外键决不应该被更新(这意味着无论何时外键都是主 键的一部分)。
unique (可选): 表明外键应有唯一性约束 (这意味着无论何时外键都是主 键的一部分)。
对那些看重删除性能的系统,我们推荐所有的键都应该定义
为
的ON CASCADE DELETE 约束,而不是多个 DELETE 语句。 注意,这个特性会绕
过Hibernate 通常对版本数据(versioned data)采用的乐观锁策略。
用<key
5.1.19. 键(key) |
154 |
Hibernate 中文文档 3.2
5.1.20.字段和规则元素(column and formula elements)
任何接受 column 属性的映射元素都可以选择接受 <column> 子元素。同 样的, formula 子元素也可以替换 <formula> 属性。
<column
name="column_name" length="N" precision="N" scale="N"
check="SQL expression" default="SQL expression"/>
<formula>SQL expression</formula>
column 和 formula 属性甚至可以在同一个属性或关联映射中被合并来表达, 例如,一些奇异的连接条件。
insert="false" update="false">
<column name="person_id"
<formula>'MAILING'</formula>
5.1.20. 字段和规则元素(column and formula elements) |
155 |
Hibernate 中文文档 3.2
5.1.21. 引用(import)
假设你的应用程序有两个同样名字的持久化类,但是你不想在Hibernate查询中使用 他们的全限定名。除了依赖
地“import(引用)”。你甚至可以引用没有被明确映射的类和接口。
<import class="java.lang.Object" rename="Universe"/>
<import
class="ClassName"
rename="ShortName"
/>
class : 任何Java类的全限定名。
rename (可选 - 默认为类的全限定名): 在查询语句中可以使用的名字。
5.1.21. 引用(import) |
156 |
Hibernate 中文文档 3.2
5.1.22. any
这是属性映射的又一种类型。 <any> 映射元素定义了一种从多个表到类的 多态关联。这种类型的映射常常需要多于一个字段。第一个字段持有被关联实体的 类型,其他的字段持有标识符。对这种类型的关联来说,不可能指定一个外键约 束,所以这当然不是映射(多态)关联的通常的方式。你只应该在非常特殊的情况下 使用它(比如,审计log,用户会话数据等等)。
<any name="being"
<column name="id"/> </any>
<any
name="propertyName"
>
.....
<column .... />
<column .... />
.....
</any>
5.1.22. any |
157 |
Hibernate 中文文档 3.2
name : 属性名
cascade (可选
access (可选
5.1.22. any |
158 |
Hibernate 中文文档 3.2
5.2. Hibernate 的类型
5.2. Hibernate 的类型 |
159 |
Hibernate 中文文档 3.2
5.2.1. 实体(Entities)和值(values)
为了理解很多与持久化服务相关的Java语言级对象的行为,我们需要把它们分为两 类:
实体entity 独立于任何持有实体引用的对象。与通常的Java模型相比,不再被引用 的对象会被当作垃圾收集掉。实体必须被显式的保存和删除(除非保存和删除是从父 实体向子实体引发的级联)。这和ODMG模型中关于对象通过可触及保持持久性有
一个实体的持久状态包含指向其他实体和值类型实例的引用。值可以是原始类型, 集合(不是集合中的对象),组件或者特定的不可变对象。与实体不同,值(特别是集 合和组件)是通过可触及性来进行持久化和删除的。因为值对象(和原始类型数据)是 随着包含他们的实体而被持久化和删除的,他们不能被独立的加上版本信息。值没 有独立的标识,所以他们不能被两个实体或者集合共享。
直到现在,我们都一直使用术语“持久类”(persistent class)来代表实体。我们仍然会 这么做。 然而严格说来,不是所有的用户自定义的,带有持久化状态的类都是实
体。组件就是用户自定义类,却是值语义的。 java.lang.String 类型的java属 性也是值语义的。给了这个定义以后,我们可以说所有JDK提供的类型(类)都是值 类型的语义,而用于自定义类型可能被映射为实体类型或值类型语义。采用哪种类 型的语义取决于开发人员。在领域模型中,寻找实体类的一个好线索是共享引用指 向这个类的单一实例,而组合或聚合通常被转化为值类型。
我们会在本文档中重复碰到这两个概念。
挑战在于将java类型系统(和开发者定义的实体和值类型)映射到 SQL/数据库类型系 统。Hibernate提供了连接两个系统之间的桥梁:对于实体类型,我们使
用<class> , <subclass> 等等。对于值类型,我们使用
<property> , <component> 及其他,通常跟随着 type 属性。 这个属性的值是Hibernate 的映射类型的名字。Hibernate提供了许多现成的映射(标 准的JDK值类型)。你也可以编写自己的映射类型并实现自定义的变换策略,随后我 们会看到这点。
所有的Hibernate内建类型,除了collections以外,都支持空(null)语义。
5.2.1. 实体(Entities)和值(values) |
160 |
Hibernate 中文文档 3.2
5.2.2.基本值类型
内建的 基本映射类型可以大致分为
integer, long, short, float, double, character, byte, boolean, yes_
这些类型都对应Java的原始类型或者其封装类,来符合(特定厂商的)SQL 字段类 型。 boolean, yes_no 和 true_false 都是Java 中 boolean 或
者java.lang.Boolean 的另外说法。
string
从java.lang.String 到 VARCHAR (或者 Oracle的 VARCHAR2 )的映射。
date, time, timestamp
从java.util.Date 和其子类到SQL类型 DATE , TIME 和 TIMESTAMP (或等价
类型)的映射。
calendar, calendar_date
从java.util.Calendar 到SQL 类型 TIMESTAMP 和 DATE (或等价类型)的映
射。
big_decimal, big_integer
从java.math.BigDecimal 和 java.math.BigInteger 到 NUMERIC (或者
Oracle 的 NUMBER 类型)的映射。
locale, timezone, currency
从java.util.Locale , java.util.TimeZone 和 java.util.Currency
到VARCHAR (或者 Oracle 的 VARCHAR2 类型)的映射. Locale 和 Currency 的
实例被映射为它们的ISO代码。 TimeZone 的实例被影射为它的 ID 。
class
从java.lang.Class 到 VARCHAR (或者 Oracle 的 VARCHAR2 类型)的映
射。 Class 被映射为它的全限定名。
binary
把字节数组(byte arrays)映射为对应的 SQL二进制类型。
text
把长Java字符串映射为SQL的 CLOB 或者 TEXT 类型。
serializable
把可序列化的Java类型映射到对应的SQL二进制类型。你也可以为一个并非默认为 基本类型的可序列化Java类或者接口指定Hibernate类型 serializable 。
5.2.2. 基本值类型 |
161 |
Hibernate 中文文档 3.2
clob, blob
JDBC 类 java.sql.Clob 和 java.sql.Blob 的映射。某些程序可能不适合使 用这个类型,因为blob和clob对象可能在一个事务之外是无法重用的。(而且, 驱动 程序对这种类型的支持充满着补丁和前后矛盾。)
imm_date, imm_time, imm_timestamp, imm_calendar, imm_calendar_date,
一般来说,映射类型被假定为是可变的Java类型,只有对不可变Java类型, Hibernate会采取特定的优化措施,应用程序会把这些对象作为不可变对象处理。比
如,你不应该对作为 imm_timestamp 映射的Date执行 Date.setTime() 。要改 变属性的值,并且保存这一改变,应用程序必须对这一属性重新设置一个新的(不 一样的)对象。
实体及其集合的唯一标识可以是除了 binary 、 blob 和 clob 之外的任何基 础类型。(联合标识也是允许的,后面会说到。)
在org.hibernate.Hibernate 中,定义了基础类型对应的 Type 常量。比 如, Hibernate.STRING 代表 string 类型。
5.2.2. 基本值类型 |
162 |
Hibernate 中文文档 3.2
5.2.3.自定义值类型
开发者创建属于他们自己的值类型也是很容易的。比如说,你可能希望持久
化java.lang.BigInteger 类型的属性,持久化成为 VARCHAR 字段。Hibernate
没有内置这样一种类型。自定义类型能够映射一个属性(或集合元素)到不止一个数 据库表字段。比如说,你可能有这样的Java属性: getName() / setName() ,这
是java.lang.String 类型的,对应的持久化到三个字段: FIRST_NAME ,
INITIAL , SURNAME 。
要实现一个自定义类型,可以实
现org.hibernate.UserType 或 org.hibernate.CompositeUserType 中的任一
个,并且使用类型的Java全限定类名来定义属性。请查
看org.hibernate.test.DoubleStringType 这个例子,看看它是怎么做的。
<property name="twoStrings" type="org.hibernate.test.DoubleStringT <column name="first_string"/>
<column name="second_string"/> </property>
注意使用 <column> 标签来把一个属性映射到多个字段的做法。
CompositeUserType , EnhancedUserType , UserCollectionType , 和 UserVersionType 接口为更特殊的使用方式提供支持。
你甚至可以在一个映射文件中提供参数给一个 UserType 。 为了这样做,你
的UserType 必须实现 org.hibernate.usertype.ParameterizedType 接口。
为了给自定义类型提供参数,你可以在映射文件中使用 <type> 元素。
<property name="priority">
<type name="com.mycompany.usertypes.DefaultValueIntegerType">
<param name="default">0</param>
</type>
</property>
现在, UserType 可以从传入的 Properties 对象中得到 default 参数的值。
如果你非常频繁地使用某一 UserType ,可以为他定义一个简称。这可以通过使用
<typedef> 元素来实现。Typedefs为一自定义类型赋予一个名称,并且如 果此类型是参数化的,还可以包含一系列默认的参数值。
5.2.3. 自定义值类型 |
163 |
Hibernate 中文文档 3.2
<typedef class="com.mycompany.usertypes.DefaultValueIntegerType" n <param name="default">0</param>
</typedef>
<property name="priority" type="default_zero"/>
也可以根据具体案例通过属性映射中的类型参数覆盖在typedef中提供的参数。
尽管 Hibernate 内建的丰富的类型和对组件的支持意味着你可能很少 需要使用自定 义类型。不过,为那些在你的应用中经常出现的(非实体)类使用自定义类型也是一
个好方法。例如,一个 MonetaryAmount 类使用 CompositeUserType 来映射是 不错的选择,虽然他可以很容易地被映射成组件。这样做的动机之一是抽象。使用 自定义类型,以后假若你改变表示金额的方法时,它可以保证映射文件不需要修 改。
5.2.3. 自定义值类型 |
164 |
Hibernate 中文文档 3.2
5.3.多次映射同一个类
对特定的持久化类,映射多次是允许的。这种情形下,你必须指定entity name来区 别不同映射实体的对象实例。(默认情况下,实体名字和类名是相同的。) Hibernate在操作持久化对象、编写查询条件,或者把关联映射到指定实体时,允许 你指定这个entity name(实体名字)。
<class name="Contract" table="Contracts"
...
<set name="history" inverse="true"
<key column="currentContractId"/>
</set>
</class>
<class name="Contract" table="ContractHistory"
...
column="currentContractId"
</class>
注意这里关联是如何用
5.3. 多次映射同一个类 |
165 |
Hibernate 中文文档 3.2
5.4.SQL中引号包围的标识符
你可通过在映射文档中使用反向引号
()把表名或者字段名包围起来,以强制Hibernate在生成的SQL中把标识符用引号包围起来
Dialect`(方言)来使用正确的引号风格(通常是双引号,但是在SQL Server中是括 号,MySQL中是反向引号)。
<class name="LineItem" table="`Line Item`">
<id name="id" column="`Item Id`"/><generator class="assigned"/
<property name="itemNumber" column="`Item #`"/>
...
</class>
|
|
|
|
5.4. SQL中引号包围的标识符 |
166 |
Hibernate 中文文档 3.2
5.5. 其他元数据(Metadata)
XML 并不适用于所有人, 因此有其他定义Hibernate O/R 映射元数据(metadata)的方 法。
5.5. 其他元数据(Metadata) |
167 |
Hibernate 中文文档 3.2
5.5.1. 使用 XDoclet 标记
很多Hibernate使用者更喜欢使用XDoclet @hibernate.tags 将映射信息直接嵌入 到源代码中。我们不会在本文档中涉及这个方法,因为严格说来,这属于XDoclet 的一部分。然而,我们包含了如下使用XDoclet映射的 Cat 类的例子。
package eg;
import java.util.Set; import java.util.Date;
/**
*@hibernate.class
*table="CATS"
*/
public class Cat {
private Long id; // identifier private Date birthdate; private Cat mother;
private Set kittens private Color color; private char sex; private float weight;
/*
*@hibernate.id
*
*column="CAT_ID"
*/
public Long getId() { return id;
}
private void setId(Long id) { this.id=id;
}
/**
*
*column="PARENT_ID"
*/
public Cat getMother() { return mother;
}
void setMother(Cat mother) { this.mother = mother;
}
/**
*@hibernate.property
*column="BIRTH_DATE"
5.5.1. 使用 XDoclet 标记 |
168 |
Hibernate 中文文档 3.2
*/
public Date getBirthdate() { return birthdate;
}
void setBirthdate(Date date) { birthdate = date;
}
/**
*@hibernate.property
*column="WEIGHT"
*/
public float getWeight() { return weight;
}
void setWeight(float weight) { this.weight = weight;
}
/**
*@hibernate.property
*column="COLOR"
*
*/
public Color getColor() { return color;
}
void setColor(Color color) { this.color = color;
}
/**
*@hibernate.set
*inverse="true"
*
*
*column="PARENT_ID"
*
*/
public Set getKittens() { return kittens;
}
void setKittens(Set kittens) { this.kittens = kittens;
}
//addKitten not needed by Hibernate public void addKitten(Cat kitten) {
kittens.add(kitten);
}
/**
*@hibernate.property
*column="SEX"
*
*update="false"
5.5.1. 使用 XDoclet 标记 |
169 |
Hibernate 中文文档 3.2
*/
public char getSex() { return sex;
}
void setSex(char sex) { this.sex=sex;
}
}
参考Hibernate网站更多的Xdoclet和Hibernate的例子
5.5.1. 使用 XDoclet 标记 |
170 |
Hibernate 中文文档 3.2
5.5.2. 使用 JDK 5.0 的注解(Annotation)
JDK 5.0 在语言级别引入了 XDoclet 风格的标注,并且是类型安全的,在编译期进 行检查。这一机制比XDoclet的注解更为强大,有更好的工具和IDE支持。例如, IntelliJ IDEA,支持JDK 5.0注解的自动完成和语法高亮 。EJB规范的新修订版
这是一个被注解为EJB entity bean 的POJO类的例子
@Entity(access = AccessType.FIELD)
public class Customer implements Serializable {
@Id; Long id;
String firstName;
String lastName;
Date birthday;
@Transient Integer age;
@Embedded
private Address homeAddress;
@OneToMany(cascade=CascadeType.ALL) @JoinColumn(name="CUSTOMER_ID") Set<Order> orders;
// Getter/setter and business methods
}
注意:对 JDK 5.0 注解 (和
5.5.2. 使用 JDK 5.0 的注解(Annotation) |
171 |
Hibernate 中文文档 3.2
5.6. 数据库生成属性(Generated Properties)
Generated properties指的是其值由数据库生成的属性。一般来说,如果对象有任 何属性由数据库生成值,Hibernate应用程序需要进行 刷新(refresh) 。但如果把 属性标明为generated,就可以转由Hibernate来负责这个动作。实际上。对定义了
generated properties的实体,每当Hibernate执行一条SQL INSERT或者UPDATE语 句,会立刻执行一条select来获得生成的值。
被标明为generated的属性还必须是
5.1.7节 “版本(version)(可选)”,第 5.1.8 节 “timestamp (可选)”和第 5.1.9 节 “property”可以被标明为generated。
never (默认) 标明此属性值不是从数据库中生成。
insert - 标明此属性值在insert的时候生成,但是不会在随后的update时重新生 成。比如说创建日期就归属于这类。注意虽然第 5.1.7 节 “版本(version)(可 选)”和第 5.1.8 节 “timestamp (可选)”属性可以被标注为generated,但是不适用这 个选项...
always - 标明此属性值在insert和update时都会被生成。
5.6. 数据库生成属性(Generated Properties) |
172 |
Hibernate 中文文档 3.2
5.7. 辅助数据库对象(Auxiliary Database Objects)
Allows CREATE and DROP of arbitrary database objects, in conjunction with Hibernate's schema evolution tools, to provide the ability to fully define a user schema within the Hibernate mapping files. Although designed specifically for creating and dropping things like triggers or stored procedures, really any SQL command that can be run via a java.sql.Statement.execute() method is valid here (ALTERs, INSERTS, etc). There are essentially two modes for defining
auxiliary database objects... 帮助CREATE和DROP任意数据库对象,与Hibernate 的schema交互工具组合起来,可以提供在Hibernate映射文件中完全定义用户 schema的能力。虽然这是为创建和销毁trigger(触发器)或stored procedure(存储 过程)等特别设计的,实际上任何可以在 java.sql.Statement.execute() 方法 中执行的SQL命令都可以在此使用(比如ALTER, INSERT,等等)。本质上有两种 模式来定义辅助数据库对象...
第一种模式是在映射文件中显式声明CREATE和DROP命令:
...
<create>CREATE TRIGGER my_trigger ...</create>
<drop>DROP TRIGGER my_trigger</drop>
第二种模式是提供一个类,这个类知道如何组织CREATE和DROP命令。这个特别 类必须实现 org.hibernate.mapping.AuxiliaryDatabaseObject 接口。
...
<definition class="MyTriggerDefinition"/>
还有,这些数据库对象可以特别指定为仅在特定的方言中才使用。
5.7. 辅助数据库对象(Auxiliary Database Objects) |
173 |
Hibernate 中文文档 3.2
...
<definition class="MyTriggerDefinition"/>
|
|
|
|
5.7. 辅助数据库对象(Auxiliary Database Objects) |
174 |
Hibernate 中文文档 3.2
第6 章 集合类(Collections)映射
目录
6.1. 持久化集合类(Persistent collections) 6.2. 集合映射( Collection mappings )
6.2.1. 集合外键(Collection foreign keys)
6.2.2. 集合元素(Collection elements)
6.2.3. 索引集合类(Indexed collections)
6.2.4. 值集合于多对多关联(Collections of values and
6.2.5.
6.3.1. 有序集合(Sorted collections)
6.3.2. 双向关联(Bidirectional associations)
6.3.3. 双向关联,涉及有序集合类
6.3.4. 三重关联(Ternary associations) 6.3.5. 使用<idbag>
6.4. 集合例子(Collection example)
第 6 章 集合类(Collections)映射 |
175 |
Hibernate 中文文档 3.2
6.1. 持久化集合类(Persistent collections)
<a class="calibre5 pcalibre pcalibre1"
为“Collections”。在有些二者同时出现,可能造成混淆的地方,我们用“集合类”来特 指“Collecions”,“集合(Set)”来指"Set",一般都会在后面的括号中给出英文。希望大 家在阅读时联系上下文理解,不要造成误解。 与此同时,“元素”一词对应的英
文“element”,也有两个不同的含义。其一为集合的元素,是内存中的一个变量;另 一含义则是XML文档中的一个标签所代表的元素。也请注意区别。 本章中,特别是 后半部分是需要反复阅读才能理解清楚的。如果遇到任何疑问,请记住,英文版本的 reference是惟一标准的参考资料。)
Hibernate要求持久化集合值字段必须声明为接口,比如:
public class Product { private String serialNumber;
private Set parts = new HashSet();
public Set getParts() { return parts; }
void setParts(Set parts) { this.parts = parts; }
public String getSerialNumber() { return serialNumber; } void setSerialNumber(String sn) { serialNumber = sn; }
}
实际的接口可能是 java.util.Set , java.util.Collection ,
java.util.List , java.util.Map , java.util.SortedSet , java.util.SortedMap 或者...任何你喜欢的类型!("任何你喜欢的类型" 代表你
需要编写 org.hibernate.usertype.UserCollectionType 的实现.)
注意我们是如何用一个 HashSet 实例来初始化实例变量的.这是用于初始化新创建
6.1. 持久化集合类(Persistent collections) |
176 |
Hibernate 中文文档 3.2
Cat cat = new DomesticCat(); Cat kitten = new DomesticCat();
....
Set kittens = new HashSet(); kittens.add(kitten); cat.setKittens(kittens); session.persist(cat);
kittens = cat.getKittens(); //Okay, kittens collection is a Set (HashSet) cat.getKittens(); //Error!
根据不同的接口类型,被Hibernate注射的持久化集合类的表现类似 HashMap , HashSet , TreeMap , TreeSet or ArrayList 。
集合类实例具有值类型的通常行为。当被持久化对象引用后,他们会自动被持久 化,当不再被引用后,自动被删除。假若实例被从一个持久化对象传递到另一个, 它的元素可能从一个表转移到另一个表。两个实体不能共享同一个集合类实例的引 用。因为底层关系数据库模型的原因,集合值属性无法支持空值语义;Hibernate对 空的集合引用和空集合不加区别。
你不需要过多的为此担心。就如同你平时使用普通的Java集合类一样来使用持久化 集合类。只是要确认你理解了双向关联的语义(后文讨论)。
6.1. 持久化集合类(Persistent collections) |
177 |
Hibernate 中文文档 3.2
6.2. 集合映射( Collection mappings )
用于映射集合类的Hibernate映射元素取决于接口的类型。比如, <set> 元素用来映射 Set 类型的属性。
<class name="Product">
<id name="serialNumber" column="productSerialNumber"/> <set name="parts">
<key column="productSerialNumber"
</set>
</class>
除了 <set> ,还有 <list> , <map> , <bag> ,
<array> 和
<map
name="propertyName" table="table_name" schema="schema_name" lazy="true|extra|false" inverse="true|false"
where="arbitrary sql where condition" fetch="join|select|subselect"
>
<key .... />
<element .... />
</map>
|
|
|
|
6.2. 集合映射( Collection mappings ) |
178 |
Hibernate 中文文档 3.2
name 集合属性的名称
table
schema (可选) 表的schema的名称, 他将覆盖在根元素中定义的schema
lazy
inverse
cascade
sort (可选)指定集合的排序顺序, 其可以为自然的( natural )或者给定一 个用来比较的类。
where (可选) 指定任意的SQL where条件, 该条件将在重新载入或者删除 这个集合时使用(当集合中的数据仅仅是所有可用数据的一个子集时这个条件 非常有用)
fetch (可选, 默认为 select ) 用于在外连接抓取、通过后续select抓取 和通过后续subselect抓取之间选择。
access
略
乐观锁 (可选 - 默认为 true ): 对集合的状态的改变会是否导致其所属的 实体的版本增长。 (对一对多关联来说,关闭这个属性常常是有理的)
mutable(可变) (可选 - 默认为 true ): 若值为 false ,表明集合中的元 素不会改变(在某些情况下可以进行一些小的性能优化)。
6.2. 集合映射( Collection mappings ) |
179 |
Hibernate 中文文档 3.2
6.2.1. 集合外键(Collection foreign keys)
集合实例在数据库中依靠持有集合的实体的外键加以辨别。此外键作为集合关键字 段(collection key column)(或多个字段)加以引用。集合关键字段通
过<key> 元素映射。
在外键字段上可能具有非空约束。对于大多数集合来说,这是隐含的。对单向一对 多关联来说,外键字段默认是可以为空的,因此你可能需要指明
<key column="productSerialNumber"
外键约束可以使用 ON DELETE CASCADE 。
<key column="productSerialNumber"
对<key> 元素的完整定义,请参阅前面的章节。
6.2.1. 集合外键(Collection foreign keys) |
180 |
Hibernate 中文文档 3.2
6.2.2. 集合元素(Collection elements)
集合几乎可以包含任何其他的Hibernate类型,包括所有的基本类型、自定义类型、 组件,当然还有对其他实体的引用。存在一个重要的区别:位于集合中的对象可能 是根据“值”语义来操作(其声明周期完全依赖于集合持有者),或者它可能是指向 另一个实体的引用,具有其自己的生命周期。在后者的情况下,被作为集合持有的 状态考虑的,只有两个对象之间的“连接”。
被包容的类型被称为集合元素类型(collection element type)。集合元素通
过<element> 或
种用于使用值语义映射元素,后两种用于映射实体关联。
6.2.2. 集合元素(Collection elements) |
181 |
Hibernate 中文文档 3.2
6.2.3. 索引集合类(Indexed collections)
所有的集合映射,除了set和bag语义的以外,都需要指定一个集合表的索引字段 (index
过
过
射的字段包含有顺序排列的整数(默认从0开始)。
column="column_name"
formula="any SQL expression"
type="type_name"
length="N"/>
column (可选):保存集合索引值的字段名。
formula (可选): 用于计算map关键字的SQL公式
type (必须):映射键(map key)的类型。
/>
column (可选):集合索引值中外键字段的名称
formula (可选): 用于计算map关键字的外键的SQL公式
class (必需):映射的键(map key)使用的实体类。
假若你的表没有一个索引字段,当你仍然希望使用 List 作为属性类型,你应该把此 属性映射为Hibernate <bag>。从数据库中获取的时候,bag不维护其顺序,但也可 选择性的进行排序。
从集合类可以产生很大一部分映射,覆盖了很多常见的关系模型。我们建议你试验 schema生成工具,来体会一下不同的映射声明是如何被翻译为数据库表的。
6.2.3. 索引集合类(Indexed collections) |
182 |
Hibernate 中文文档 3.2
6.2.4.值集合于多对多关联(Collections of values and
任何值集合或者多对多关联需要专用的具有一个或多个外键字段的collection table、一个或多个collection element column,以及还可能有一个或多个索引字 段。
对于一个值集合, 我们使用 <element> 标签。
<element column="column_name" formula="any SQL expression" type="typename" length="L"
precision="P"
scale="S"
/>
column (可选):保存集合元素值的字段名。
formula (可选): 用于计算元素的SQL公式
type (必需):集合元素的类型
/>
6.2.4.值集合于多对多关联(Collections of values and
Hibernate 中文文档 3.2
column (可选): 这个元素的外键关键字段名
formula (可选): 用于计算元素外键值的SQL公式.
class (必需): 关联类的名称
中 hibernate.use_outer_join 被打开的情况下,该参数用来允许使用
outer join来载入此集合的数据。
为此关联打开外连接抓取或者后续select抓取。这是特殊情况;对于一个实 体及其指向其他实体的多对多关联进全预先抓取(使用一条单独
的SELECT ),你不仅需要对集合自身打开 join ,也需要
对
对外键字段允许DDL生成的时候生成一个惟一约束。这使关联变成了一个高 效的一对多关联。(此句存疑:原文为This makes the association
multiplicity effectively one to many.)
例子:首先, 一组字符串:
<set name="names" table="NAMES">
<key column="GROUPID"/>
<element column="NAME" type="string"/>
</set>
包含一组整数的bag(还设置了
<bag name="sizes"
table="item_sizes"
<key column="item_id"/>
<element column="size" type="integer"/>
</bag>
一个实体数组,在这个案例中是一个多对多的关联(注意这里的实体是自动管理生命 周期的对象(lifecycle objects), cascade="all" ):
6.2.4.值集合于多对多关联(Collections of values and
Hibernate 中文文档 3.2
<array name="addresses"
table="PersonAddress"
cascade="persist">
<key column="personId"/>
</array>
一个map,通过字符串的索引来指明日期:
<map name="holidays"
table="holidays"
schema="dbo"
<key column="id"/>
<element column="hol_date" type="date"/>
</map>
一个组件的列表:(下一章讨论)
<list name="carComponents" table="CarComponents">
<key column="carId"/>
<property name="price"/> <property name="type"/>
<property name="serialNumber" column="serialNum"/>
</list>
6.2.4.值集合于多对多关联(Collections of values and
Hibernate 中文文档 3.2
6.2.5.
一对多关联__通过外键连接两个类对应的表,而没有中间集合表。 这个关系模型失 去了一些Java集合的语义:
一个被包含的实体的实例只能被包含在一个集合的实例中
一个被包含的实体的实例只能对应于集合索引的一个值中
一个从 Product 到 Part 的关联需要关键字字段,可能还有一个索引字段指
向Part 所对应的表。
class="ClassName"
/>
class (必须):被关联类的名称。
例子
<set name="bars">
<key column="foo_id"/>
注意:
重要提示:如果 一对多 关联中的外键字段定义成 NOT NULL ,你必须
把<key> 映射声明为
明inverse="true" 。参阅本章后面关于双向关联的讨论。
下面的例子展示一个 Part 实体的map,把name作为关键字。( partName 是 Part 的持久化属性)。注意其中的基于公式的索引的用法。
6.2.5. |
186 |
Hibernate 中文文档 3.2
<map name="parts"
cascade="all">
<key column="productId"
</map>
6.2.5. |
187 |
Hibernate 中文文档 3.2
6.3.高级集合映射(Advanced collection mappings)
6.3. 高级集合映射(Advanced collection mappings) |
188 |
Hibernate 中文文档 3.2
6.3.1. 有序集合(Sorted collections)
Hibernate支持实现 java.util.SortedMap 和 java.util.SortedSet 的集合。 你必须在映射文件中指定一个比较器:
<set name="aliases" table="person_aliases" sort="natural">
<key column="person"/>
<element column="name" type="string"/> </set>
<map name="holidays" sort="my.custom.HolidayComparator"> <key column="year_id"/>
</map>
sort 属性中允许的值包括 unsorted , natural 和某个实现
了java.util.Comparator 的类的名称。
分类集合的行为事实上象 java.util.TreeSet 或者 java.util.TreeMap 。
如果你希望数据库自己对集合元素排序,可以利用 set , bag 或者 map 映射中 的
<set name="aliases" table="person_aliases"
<element column="name" type="string"/> </set>
<map name="holidays"
</map>
注意: 这个
关联还可以在运行时使用集合 filter() 根据任意的条件来排序。
6.3.1. 有序集合(Sorted collections) |
189 |
Hibernate 中文文档 3.2
sortedUsers = s.createFilter( group.getUsers(), "order by this.name
|
|
|
|
6.3.1. 有序集合(Sorted collections) |
190 |
Hibernate 中文文档 3.2
6.3.2. 双向关联(Bidirectional associations)
双向关联允许通过关联的任一端访问另外一端。在Hibernate中, 支持两种类型的双 向关联:
Set或者bag值在一端, 单独值(非集合)在另外一端
两端都是set或bag值
<class name="Category">
<id name="id" column="CATEGORY_ID"/>
...
<bag name="items" table="CATEGORY_ITEM"> <key column="CATEGORY_ID"/>
</class>
<class name="Item">
<id name="id" column="CATEGORY_ID"/>
...
<bag name="categories" table="CATEGORY_ITEM" inverse="true"> <key column="ITEM_ID"/>
</class>
如果只对关联的反向端进行了改变,这个改变不会被持久化。 这表示Hibernate为 每个双向关联在内存中存在两次表现,一个从A连接到B,另一个从B连接到A。如果你 回想一下Java对象模型,我们是如何在Java中创建多对多关系的,这可以让你更容 易理解:
6.3.2. 双向关联(Bidirectional associations) |
191 |
Hibernate 中文文档 3.2
|
category.getItems().add(item); |
// The category now "knows |
|
item.getCategories().add(category); |
// The item now "knows" ab |
|
|
|
|
session.persist(item); |
// The relationship won'' |
|
session.persist(category); |
// The relationship will |
|
|
|
|
|
|
非反向端用于把内存中的表示保存到数据库中。
要建立一个一对多的双向关联,你可以通过把一个一对多关联,作为一个多对一关 联映射到到同一张表的字段上,并且在"多"的那一端定义 inverse="true" 。
<class name="Parent">
<id name="id" column="parent_id"/>
....
<set name="children" inverse="true"> <key column="parent_id"/>
</set>
</class>
<class name="Child">
<id name="id" column="child_id"/>
....
</class>
在“一”这一端定义 inverse="true" 不会影响级联操作,二者是正交的概念!
6.3.2. 双向关联(Bidirectional associations) |
192 |
Hibernate 中文文档 3.2
6.3.3.双向关联,涉及有序集合类
对于有一端是 <list> 或者 <map> 的双向关联,需要加以特别考 虑。假若子类中的一个属性映射到索引字段,没问题,我们仍然可以在集合类映射
上使用 inverse="true" :
<class name="Parent">
<id name="id" column="parent_id"/>
....
<map name="children" inverse="true"> <key column="parent_id"/>
type="string"/>
</map>
</class>
<class name="Child">
<id name="id" column="child_id"/>
....
<property name="name"
</class>
但是,假若子类中没有这样的属性存在,我们不能认为这个关联是真正的双向关联 (信息不对称,在关联的一端有一些另外一端没有的信息)。在这种情况下,我们 不能使用 inverse="true" 。我们需要这样用:
6.3.3. 双向关联,涉及有序集合类 |
193 |
Hibernate 中文文档 3.2
<class name="Parent">
<id name="id" column="parent_id"/>
....
<map name="children"> <key column="parent_id"
type="string"/>
</map>
</class>
<class name="Child">
<id name="id" column="child_id"/>
....
</class>
注意在这个映射中,关联中集合类"值"一端负责来更新外键.TODO: Does this really result in some unnecessary update statements?
6.3.3. 双向关联,涉及有序集合类 |
194 |
Hibernate 中文文档 3.2
6.3.4. 三重关联(Ternary associations)
有三种可能的途径来映射一个三重关联。第一种是使用一个 Map ,把一个关联作 为其索引:
<map name="contracts">
<key column="employer_id"
</map>
<map name="connections">
<key column="incoming_node_id"/>
</map>
第二种方法是简单的把关联重新建模为一个实体类。这使我们最经常使用的方法。 最后一种选择是使用复合元素,我们会在后面讨论
6.3.4. 三重关联(Ternary associations) |
195 |
Hibernate 中文文档 3.2
6.3.5.使用<idbag>
如果你完全信奉我们对于“联合主键(composite keys)是个坏东西”,和“实体应该 使用(无机的)自己生成的代用标识符(surrogate keys)”的观点,也许你会感到 有一些奇怪,我们目前为止展示的多对多关联和值集合都是映射成为带有联合主键 的表的!现在,这一点非常值得争辩;看上去一个单纯的关联表并不能从代用标识 符中获得什么好处(虽然使用组合值的集合可能会获得一点好处)。不过, Hibernate提供了一个(一点点试验性质的)功能,让你把多对多关联和值集合应得 到一个使用代用标识符的表去。
<idbag> 属性让你使用bag语义来映射一个 List (或 Collection )。
<idbag name="lovers" table="LOVERS">
<generator class="sequence"/>
<key column="PERSON1"/>
你可以理解, <idbag> 人工的id生成器,就好像是实体类一样!集合的每 一行都有一个不同的人造关键字。但是,Hibernate没有提供任何机制来让你取得某 个特定行的人造关键字。
注意 <idbag> 的更新性能要比普通的 <bag> 高得多!Hibernate可 以有效的定位到不同的行,分别进行更新或删除工作,就如同处理一个list, map或 者set一样。
在目前的实现中,还不支持使用 identity 标识符生成器策略来生
成<idbag> 集合的标识符。
6.3.5. `使用<idbag>` |
196 |
Hibernate 中文文档 3.2
6.4. 集合例子(Collection example)
在前面的几个章节的确非常令人迷惑。 因此让我们来看一个例子。这个类:
package eg;
import java.util.Set;
public class Parent { private long id; private Set children;
public long getId() { return id; }
private void setId(long id) { this.id=id; }
private Set getChildren() { return children; }
private void setChildren(Set children) { this.children=childre
....
....
}
这个类有一个 Child 的实例集合。如果每一个子实例至多有一个父实例, 那么最自
<class name="Parent"> <id name="id">
<generator class="sequence"/> </id>
<set name="children">
<key column="parent_id"/>
</set>
</class>
<class name="Child"> <id name="id">
<generator class="sequence"/> </id>
<property name="name"/> </class>
在以下的表定义中反应了这个映射关系:
6.4. 集合例子(Collection example) |
197 |
Hibernate 中文文档 3.2
create table parent ( id bigint not null primary key )
create table child ( id bigint not null primary key, name varchar( alter table child add constraint childfk0 (parent_id) references p
如果父亲是必须的,
<class name="Parent"> <id name="id">
<generator class="sequence"/> </id>
<set name="children" inverse="true"> <key column="parent_id"/>
</set>
</class>
<class name="Child"> <id name="id">
<generator class="sequence"/> </id>
<property name="name"/>
请注意 NOT NULL 的约束:
create table parent ( id bigint not null primary key ) create table child ( id bigint not null
primary key,
name varchar(255),
parent_id bigint not null )
alter table child add constraint childfk0 (parent_id) references p
另外,如果你绝对坚持这个关联应该是单向的,你可以对 <key> 映射声
明NOT NULL 约束:
6.4. 集合例子(Collection example) |
198 |
Hibernate 中文文档 3.2
<class name="Parent"> <id name="id">
<generator class="sequence"/> </id>
<set name="children">
<key column="parent_id"
</set>
</class>
<class name="Child"> <id name="id">
<generator class="sequence"/> </id>
<property name="name"/> </class>
另外一方面,如果一个子实例可能有多个父实例,
<class name="Parent"> <id name="id">
<generator class="sequence"/> </id>
<set name="children" table="childset"> <key column="parent_id"/>
</class>
<class name="Child"> <id name="id">
<generator class="sequence"/> </id>
<property name="name"/> </class>
表定义:
6.4. 集合例子(Collection example) |
199 |
Hibernate 中文文档 3.2
create table parent ( id bigint not null primary key )
create table child ( id bigint not null primary key, name varchar( create table childset ( parent_id bigint not null,
child_id bigint not null,
primary key ( parent_id, child_id ) )
alter table childset add constraint childsetfk0 (parent_id) refere alter table childset add constraint childsetfk1 (child_id) referen
更多的例子,以及一个完整的父/子关系映射的排练,请参阅第 21 章 示例:父子关系 (Parent Child Relationships).
甚至可能出现更加复杂的关联映射,我们会在下一章中列出所有可能性。
6.4. 集合例子(Collection example) |
200 |
Hibernate 中文文档 3.2
第 7 章 关联关系映射
目录
7.1. 介绍
7.2. 单向关联(Unidirectional associations)
7.2.1. 多对一(many to one)
7.2.2. 一对一(one to one)
7.2.3. 一对多(one to many)
7.3. 使用连接表的单向关联(Unidirectional associations with join tables)
7.3.1. 一对多(one to many)
7.3.2. 多对一(many to one)
7.3.3. 一对一(one to one)
7.3.4. 多对多(many to many)
7.4. 双向关联(Bidirectional associations)
7.4.1. 一对多(one to many) / 多对一(many to one)
7.4.2. 一对一(one to one)
7.5. 使用连接表的双向关联(Bidirectional associations with join tables)
7.5.1. 一对多(one to many) /多对一( many to one)
7.5.2. 一对一(one to one)
7.5.3. 多对多(many to many) 7.6. 更复杂的关联映射
第 7 章 关联关系映射 |
201 |
Hibernate 中文文档 3.2
7.1.介绍
关联关系映射通常情况是最难配置正确的。在这个部分中,我们从单向关系映射开 始,然后考虑双向关系映射,由浅至深讲述一遍典型的案例。在所有的例子中,我
们都使用 Person 和 Address 。
我们根据映射关系是否涉及连接表以及多样性来划分关联类型。
在传统的数据建模中,允许为Null值的外键被认为是一种不好的实践,因此我们所 有的例子中都使用不允许为Null的外键。这并不是Hibernate的要求,即使你删除掉 不允许为Null的约束,Hibernate映射一样可以工作的很好。
7.1. 介绍 |
202 |
Hibernate 中文文档 3.2
7.2. 单向关联(Unidirectional associations)
7.2. 单向关联(Unidirectional associations) |
203 |
Hibernate 中文文档 3.2
7.2.1. 多对一(many to one)
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
</class>
create table Person ( personId bigint not null primary key, addres create table Address ( addressId bigint not null primary key )
|
|
|
|
7.2.1. 多对一(many to one) |
204 |
Hibernate 中文文档 3.2
7.2.2. 一对一(one to one)
基于外键关联的单向一对一关联和单向多对一关联几乎是一样的。唯一的不同就是 单向一对一关联中的外键字段具有唯一性约束。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
</class>
create table Person ( personId bigint not null primary key, addres create table Address ( addressId bigint not null primary key )
基于主键关联的单向一对一关联通常使用一个特定的id生成器。(请注意,在这个 例子中我们掉换了关联的方向。)
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
</class>
<class name="Address">
<id name="id" column="personId"> <generator class="foreign">
<param name="property">person</param> </generator>
</id>
7.2.2. 一对一(one to one) |
205 |
Hibernate 中文文档 3.2
create table Person ( personId bigint not null primary key ) create table Address ( personId bigint not null primary key )
7.2.2. 一对一(one to one) |
206 |
Hibernate 中文文档 3.2
7.2.3. 一对多(one to many)
基于外键关联的单向一对多关联是一种很少见的情况,并不推荐使用。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<set name="addresses"> <key column="personId"
</set>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
</class>
create table Person ( personId bigint not null primary key ) create table Address ( addressId bigint not null primary key, pers
我们认为对于这种关联关系最好使用连接表。
7.2.3. 一对多(one to many) |
207 |
Hibernate 中文文档 3.2
7.3.使用连接表的单向关联(Unidirectional associations with join tables)
7.3. 使用连接表的单向关联(Unidirectional associations with join tables) 208
Hibernate 中文文档 3.2
7.3.1. 一对多(one to many)
基于连接表的单向一对多关联 应该优先被采用。请注意,通过指 定 unique="true" ,我们可以把多样性从多对多改变为一对多。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<set name="addresses" table="PersonAddress"> <key column="personId"/>
unique="true"
class="Address"/>
</set>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
</class>
create table Person ( personId bigint not null primary key ) create table PersonAddress ( personId not null, addressId bigint n create table Address ( addressId bigint not null primary key )
|
|
|
|
7.3.1. 一对多(one to many) |
209 |
Hibernate 中文文档 3.2
7.3.2. 多对一(many to one)
基于连接表的单向多对一关联在关联关系可选的情况下应用也很普遍。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<join table="PersonAddress" optional="true">
<key column="personId" unique="true"/>
column="addressId"
</join>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
</class>
create table Person ( personId bigint not null primary key ) create table PersonAddress ( personId bigint not null primary key, create table Address ( addressId bigint not null primary key )
|
|
|
|
7.3.2. 多对一(many to one) |
210 |
Hibernate 中文文档 3.2
7.3.3. 一对一(one to one)
基于连接表的单向一对一关联非常少见,但也是可行的。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<join table="PersonAddress" optional="true">
<key column="personId" unique="true"/>
</join>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
</class>
create table Person ( personId bigint not null primary key ) create table PersonAddress ( personId bigint not null primary key, create table Address ( addressId bigint not null primary key )
|
|
|
|
7.3.3. 一对一(one to one) |
211 |
Hibernate 中文文档 3.2
7.3.4. 多对多(many to many)
最后,还有 单向多对多关联.
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<set name="addresses" table="PersonAddress"> <key column="personId"/>
class="Address"/>
</set>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
</class>
create table Person ( personId bigint not null primary key ) create table PersonAddress ( personId bigint not null, addressId b create table Address ( addressId bigint not null primary key )
|
|
|
|
7.3.4. 多对多(many to many) |
212 |
Hibernate 中文文档 3.2
7.4. 双向关联(Bidirectional associations)
7.4. 双向关联(Bidirectional associations) |
213 |
Hibernate 中文文档 3.2
7.4.1.一对多(one to many) / 多对一(many to
one)
双向多对一关联 是最常见的关联关系。(这也是标准的父/子关联关系。)
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
<set name="people" inverse="true"> <key column="addressId"/>
</set>
</class>
create table Person ( personId bigint not null primary key, addres create table Address ( addressId bigint not null primary key )
如果你使用 List (或者其他有序集合类),你需要设置外键对应的 key 列为
not null ,让Hibernate来从集合端管理关联,维护每个元素的索引(通过设 置 update="false" and insert="false" 来对另一端反向操作)。
7.4.1. 一对多(one to many) / 多对一(many to one) |
214 |
Hibernate 中文文档 3.2
<class name="Person">
<id name="id"/>
...
</class>
<class name="Address"> <id name="id"/>
...
<list name="people">
<key column="addressId"
</list>
</class>
假若集合映射的 <key> 元素对应的底层外键字段是 NOT NULL 的,那么为
这一key元素定义是很重要的。不要仅仅为可能的嵌
套<column> 元素定义
要的。
7.4.1. 一对多(one to many) / 多对一(many to one) |
215 |
Hibernate 中文文档 3.2
7.4.2. 一对一(one to one)
基于外键关联的双向一对一关联也很常见。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
</class>
create table Person ( personId bigint not null primary key, addres create table Address ( addressId bigint not null primary key )
基于主键关联的一对一关联需要使用特定的id生成器。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<class name="Address">
<id name="id" column="personId"> <generator class="foreign">
<param name="property">person</param> </generator>
</id>
</class>
7.4.2. 一对一(one to one) |
216 |
Hibernate 中文文档 3.2
create table Person ( personId bigint not null primary key ) create table Address ( personId bigint not null primary key )
7.4.2. 一对一(one to one) |
217 |
Hibernate 中文文档 3.2
7.5.使用连接表的双向关联(Bidirectional associations with join tables)
7.5. 使用连接表的双向关联(Bidirectional associations with join tables) 218
Hibernate 中文文档 3.2
7.5.1.一对多(one to many) /多对一( many to
one)
基于连接表的双向一对多关联。注意 inverse="true" 可以出现在关联的任意一 端,即collection端或者join端。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<set name="addresses" table="PersonAddress"> <key column="personId"/>
unique="true"
class="Address"/>
</set>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
<join table="PersonAddress" inverse="true" optional="true">
<key column="addressId"/>
</join>
</class>
create table Person ( personId bigint not null primary key ) create table PersonAddress ( personId bigint not null, addressId b create table Address ( addressId bigint not null primary key )
|
|
|
|
7.5.1. 一对多(one to many) /多对一( many to one) |
219 |
Hibernate 中文文档 3.2
7.5.2. 一对一(one to one)
基于连接表的双向一对一关联极为罕见,但也是可行的。
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<join table="PersonAddress" optional="true">
<key column="personId" unique="true"/>
</join>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
<join table="PersonAddress" optional="true" inverse="true">
<key column="addressId"
unique="true"/>
column="personId"
</join>
</class>
create table Person ( personId bigint not null primary key ) create table PersonAddress ( personId bigint not null primary key, create table Address ( addressId bigint not null primary key )
|
|
|
|
7.5.2. 一对一(one to one) |
220 |
Hibernate 中文文档 3.2
7.5.3. 多对多(many to many)
最后,还有 双向多对多关联.
<class name="Person">
<id name="id" column="personId"> <generator class="native"/>
</id>
<set name="addresses" table="PersonAddress"> <key column="personId"/>
class="Address"/>
</set>
</class>
<class name="Address">
<id name="id" column="addressId"> <generator class="native"/>
</id>
<set name="people" inverse="true" table="PersonAddress"> <key column="addressId"/>
</set>
</class>
create table Person ( personId bigint not null primary key ) create table PersonAddress ( personId bigint not null, addressId b create table Address ( addressId bigint not null primary key )
|
|
|
|
7.5.3. 多对多(many to many) |
221 |
Hibernate 中文文档 3.2
7.6.更复杂的关联映射
更复杂的关联连接极为罕见。 通过在映射文档中嵌入SQL片断,Hibernate也可以 处理更为复杂的情况。比如,假若包含历史帐户数据的表定义了 accountNumber ,
effectiveEndDate 和 effectiveStartDate 字段,按照下面映射:
<properties name="currentAccountKey">
<property name="accountNumber" type="string"
<formula>case when effectiveEndDate is null then 1 else 0 </property>
</properties>
<property name="effectiveEndDate" type="date"/>
<property name="effectiveStateDate" type="date"
那么我们可以对目前(current)实例(其 effectiveEndDate 为null)使用这样的关联 映射:
class="AccountInfo">
<column name="accountNumber"/>
<formula>'1'</formula>
更复杂的例子,假想 Employee 和 Organization 之间的关联是通过一
个Employment 中间表维护的,而中间表中填充了很多历史雇员数据。那“雇员的最 新雇主”这个关联(最新雇主就是 startDate 最后的那个)可以这样映射:
<join>
<key column="employeeId"/> <subselect>
select employeeId, orgId from Employments
group by orgId
having startDate = max(startDate) </subselect>
class="Organization"
column="orgId"/>
</join>
7.6. 更复杂的关联映射 |
222 |
Hibernate 中文文档 3.2
使用这一功能时可以充满创意,但通常更加实用的是用HQL或条件查询来处理这些 情形。
7.6. 更复杂的关联映射 |
223 |
Hibernate 中文文档 3.2
第8 章 组件(Component)映射
目录
8.1. 依赖对象(Dependent objects)
8.2. 在集合中出现的依赖对象 (Collections of dependent objects) 8.3. 组件作为Map的索引(Components as Map indices )
8.4. 组件作为联合标识符(Components as composite identifiers) 8.5. 动态组件 (Dynamic components)
组件(Component)这个概念在Hibernate中几处不同的地方为了不同的目的被重复使 用.
第 8 章 组件(Component)映射 |
224 |
Hibernate 中文文档 3.2
8.1. 依赖对象(Dependent objects)
组件(Component)是一个被包含的对象,在持久化的过程中,它被当作值类型,而 并非一个实体的引用。在这篇文档中,组件这一术语指的是面向对象的合成概念 (而并不是系统构架层次上的组件的概念)。举个例子, 你对人(Person)这个概念可 以像下面这样来建模:
public class Person {
private java.util.Date birthday; private Name name;
private String key; public String getKey() {
return key;
}
private void setKey(String key) { this.key=key;
}
public java.util.Date getBirthday() { return birthday;
}
public void setBirthday(java.util.Date birthday) { this.birthday = birthday;
}
public Name getName() { return name;
}
public void setName(Name name) { this.name = name;
}
......
......
}
8.1. 依赖对象(Dependent objects) |
225 |
Hibernate 中文文档 3.2
public class Name { char initial; String first; String last;
public String getFirst() { return first;
}
void setFirst(String first) { this.first = first;
}
public String getLast() { return last;
}
void setLast(String last) { this.last = last;
}
public char getInitial() { return initial;
}
void setInitial(char initial) {
this.initial = initial;
}
}
在持久化的过程中, 姓名(Name) 可以作为 人(Person) 的一个组件。需要注意的 是:你应该为 姓名 的持久化属性定义getter和setter方法,但是你不需要实现任何的 接口或申明标识符字段。
以下是这个例子的Hibernate映射文件:
<class name="eg.Person" table="person">
<id name="Key" column="pid" type="string"> <generator class="uuid"/>
</id>
<property name="birthday" type="date"/>
<component name="Name" class="eg.Name">
<property name="first"/> <property name="last"/>
</component>
</class>
人员(Person)表中将包括 pid , birthday , initial , first 和 last 等字 段。
就像所有的值类型一样, 组件不支持共享引用。 换句话说,两个人可能重名,但是 两个Person对象应该包含两个独立的Name对象,只不过这两个Name对象具有“同 样”的值。 组件的值可以为空,其定义如下。 每当Hibernate重新加载一个包含组件
8.1. 依赖对象(Dependent objects) |
226 |
Hibernate 中文文档 3.2
的对象,如果该组件的所有字段为空,Hibernate将假定整个组件为空。 在大多数情 况下,这样假定应该是没有问题的。
组件的属性可以是任意一种Hibernate类型(包括集合, 多对多关联, 以及其它组件 等等)。嵌套组件不应该被当作一种特殊的应用(Nested components should not
be considered an exotic usage)。
<component> 元素还允许有 <parent> 子元素,用来表明
component类中的一个属性是指向包含它的实体的引用。
<class name="eg.Person" table="person">
<id name="Key" column="pid" type="string"> <generator class="uuid"/>
</id>
<property name="birthday" type="date">
<component name="Name" class="eg.Name" unique="true"> <parent name="namedPerson"/>
<property name="first"/> <property name="last"/>
</component>
</class>
|
|
|
|
8.1. 依赖对象(Dependent objects) |
227 |
Hibernate 中文文档 3.2
8.2.在集合中出现的依赖对象 (Collections of dependent objects)
Hibernate支持组件的集合(例如: 一个元素是姓名(Name)这种类型的数组)。 你可以
使用
<set name="someNames" table="some_names" lazy="true"> <key column="id"/>
<property name="first"/> <property name="last"/>;
现equals() 和 hashCode() 是非常重要的。
组合元素可以包含组件,但是不能包含集合。如果你的组合元素自身包含组件, 你 必须使用
-在一个组件的集合里,那些组件本身又可以包含其他的组件。这个时候你就应该
请注意如果你使用 <set> 标签,一个组合元素的映射不支持可能为空的属 性. 当删除对象时, Hibernate必须使用每一个字段的值来确定一条记录(在组合元 素表中,没有单独的关键字段), 如果有为null的字段,这样做就不可能了。你必须 作出一个选择,要么在组合元素中使用不能为空的属性,要么选择使
用<list> , <map> , <bag> 或者 <idbag> 而不 是 <set> 。
组合元素有个特别的用法是它可以包含一个
like this allows you to map extra columns of a
多的关联关系, 关联属性是 purchaseDate , price 和 quantity 。
8.2. 在集合中出现的依赖对象 (Collections of dependent objects) |
228 |
Hibernate 中文文档 3.2
<class name="eg.Order" .... >
....
<set name="purchasedItems" table="purchase_items" lazy="true"> <key column="order_id">
<property name="purchaseDate"/> <property name="price"/> <property name="quantity"/>
</set>
</class>
当然,当你定义Item时,你无法引用这些purchase,因此你无法实现双向关联查 询。记住组件是值类型,并且不允许共享引用。某一个特定的 Purchase 可以放
在Order 的集合中,但它不能同时被 Item 所引用。 其实组合元素的这个用法可以扩展到三重或多重关联:
<class name="eg.Order" .... >
....
<set name="purchasedItems" table="purchase_items" lazy="true"> <key column="order_id">
</class>
在查询中,表达组合元素的语法和关联到其他实体的语法是一样的。
8.2. 在集合中出现的依赖对象 (Collections of dependent objects) |
229 |
Hibernate 中文文档 3.2
8.3.组件作为Map的索引(Components as Map indices )
8.3. 组件作为Map的索引(Components as Map indices ) |
230 |
Hibernate 中文文档 3.2
8.4.组件作为联合标识符(Components as composite identifiers)
你可以使用一个组件作为一个实体类的标识符。 你的组件类必须满足以下要求:
它必须实现 java.io.Serializable 接口
它必须重新实现 equals() 和 hashCode() 方法, 始终和组合关键字在数据库 中的概念保持一致
注意:在Hibernate3中,第二个要求并非是Hibernate强制必须的。但最好这样做。
你不能使用一个 IdentifierGenerator 产生组合关键字。一个应用程序必须分配 它自己的标识符。
使用
于Order 的(联合)主键。
<class name="OrderLine">
<property name="name"/>
<column name="orderId"/> <column name="customerId"/>
....
</class>
现在,任何指向 OrderLine 的外键都是复合的。在你的映射文件中,必须为其他 类也这样声明。例如,一个指向 OrderLine 的关联可能被这样映射:
8.4. 组件作为联合标识符(Components as composite identifiers) |
231 |
Hibernate 中文文档 3.2
<column name="orderId"/> <column name="customerId"/>
(注意在各个地方 <column> 标签都是 column 属性的替代写法。)
指向 OrderLine 的 多对多 关联也使用联合外键:
<set name="undeliveredOrderLines"> <key column name="warehouseId"/>
<column name="lineId"/> <column name="orderId"/> <column name="customerId"/>
在Order 中, OrderLine 的集合则是这样:
<set name="orderLines" inverse="true"> <key>
<column name="orderId"/> <column name="customerId"/>
</key>
(与通常一样,
假若 OrderLine 本身拥有一个集合,它也具有组合外键。
8.4. 组件作为联合标识符(Components as composite identifiers) |
232 |
Hibernate 中文文档 3.2
<class name="OrderLine">
....
....
<list name="deliveryAttempts">
<key>
<column name="orderId"/> <column name="customerId"/>
</key>
...
</class>
|
|
|
|
8.4. 组件作为联合标识符(Components as composite identifiers) |
233 |
Hibernate 中文文档 3.2
8.5. 动态组件 (Dynamic components)
你甚至可以映射 Map 类型的属性:
从
和<component> 是相同的。 这种映射类型的优点在于通过修改映射文
件,就可以具有在部署时检测真实属性的能力。利用一个DOM解析器,也可以在程 序运行时操作映射文件。 更好的是,你可以通过 Configuration 对象来访问(或 者修改)Hibernate的运行时元模型。
8.5. 动态组件 (Dynamic components) |
234 |
Hibernate 中文文档 3.2
第9 章 继承映射(Inheritance Mappings)
目录
9.1. 三种策略
9.1.1. 每个类分层结构一张表(Table per class hierarchy)
9.1.2. 每个子类一张表(Table per subclass)
9.1.3. 每个子类一张表(Table per subclass),使用辨别标志(Discriminator)
9.1.4. 混合使用“每个类分层结构一张表”和“每个子类一张表”
9.1.5. 每个具体类一张表(Table per concrete class)
9.1.6. Table per concrete class, using implicit polymorphism
9.1.7. 隐式多态和其他继承映射混合使用 9.2. 限制
第 9 章 继承映射(Inheritance Mappings) |
235 |
Hibernate 中文文档 3.2
9.1.三种策略
Hibernate支持三种基本的继承映射策略:
每个类分层结构一张表(table per class hierarchy)
每个子类一张表(table per subclass)
每个具体类一张表(table per concrete class)
此外,Hibernate还支持第四种稍有不同的多态映射策略:
隐式多态(implicit polymorphism)
对于同一个继承层次内的不同分支,可以采用不同的映射策略,然后用隐式多 态来 完成跨越整个层次的多态。但是在同一个 <class> 根元素 下,Hibernate 不支持混合了元素 <subclass> 、
个<class> 元素下,可以混合使用 “每个类分层结构一张表”(table per
hierarchy) 和“每个子类一张表”(table per subclass) 这两种映射策略,这是通过
结合元素 <subclass> 和 <join> 来实现的(见后)。
在多个映射文件中,可以直接在
义subclass ,
加入一个新的映射文件来扩展类层次。你必须在subclass的映射中指
明extends 属性,给出一个之前定义的超类的名字。注意,在以前,这一功能对 映射文件的顺序有严格的要求,从Hibernate 3开始,使用extends关键字的时侯, 对映射文件的顺序不再有要求;但在每个映射文件里,超类必须在子类之前定义。
<subclass name="DomesticCat" extends="Cat"
<property name="name" type="string"/>
</subclass>
|
|
|
|
9.1. 三种策略 |
236 |
Hibernate 中文文档 3.2
9.1.1.每个类分层结构一张表(Table per class hierarchy)
假设我们有接口 Payment 和它的几个实现类: CreditCardPayment ,
CashPayment , 和 ChequePayment 。则“每个类分层结构一张表”(Table per class hierarchy)的映射代码如下所示:
<class name="Payment" table="PAYMENT">
<id name="id" type="long" column="PAYMENT_ID"> <generator class="native"/>
</id>
<discriminator column="PAYMENT_TYPE" type="string"/> <property name="amount" column="AMOUNT"/>
...
<subclass name="CreditCardPayment"
...
</subclass>
<subclass name="CashPayment"
...
</subclass>
<subclass name="ChequePayment"
...
</subclass>
</class>
采用这种策略只需要一张表即可。它有一个很大的限制:要求那些由子类定义的字 段, 如 CCTYPE ,不能有 非空(NOT NULL) 约束。
9.1.1. 每个类分层结构一张表(Table per class hierarchy) |
237 |
Hibernate 中文文档 3.2
9.1.2. 每个子类一张表(Table per subclass)
对于上例中的几个类而言,采用“每个子类一张表”的映射策略,代码如下所示:
<class name="Payment" table="PAYMENT">
<id name="id" type="long" column="PAYMENT_ID"> <generator class="native"/>
</id>
<property name="amount" column="AMOUNT"/>
...
...
<property name="creditCardType" column="CCTYPE"/>
...
...
需要四张表。三个子类表通过主键关联到超类表(因而关系模型实际上是一对一关 联)。
9.1.2. 每个子类一张表(Table per subclass) |
238 |
Hibernate 中文文档 3.2
9.1.3.每个子类一张表(Table per subclass),使用 辨别标志(Discriminator)
注意,对“每个子类一张表”的映射策略,Hibernate的实现不需要辨别字段,而其他 的对象/关系映射工具使用了一种不同于Hibernate的实现方法,该方法要求在超类 表中有一个类型辨别字段(type discriminator column)。Hibernate采用的方法更 难 实现,但从关系(数据库)的角度来看,按理说它更正确。若你愿意使用带有辨别 字 段的“每个子类一张表”的策略,你可以结合使用 <subclass>
与<join> ,如下所示:
<class name="Payment" table="PAYMENT">
<id name="id" type="long" column="PAYMENT_ID"> <generator class="native"/>
</id>
<discriminator column="PAYMENT_TYPE" type="string"/> <property name="amount" column="AMOUNT"/>
...
<subclass name="CreditCardPayment"
<key column="PAYMENT_ID"/>
<property name="creditCardType" column="CCTYPE"/>
...
</join>
</subclass>
<subclass name="CashPayment"
<key column="PAYMENT_ID"/>
...
</join>
</subclass>
<subclass name="ChequePayment"
<key column="PAYMENT_ID"/>
...
</join>
</subclass>
</class>
可选的声明 fetch="select" ,是用来告诉Hibernate,在查询超类时, 不要使用 外部连接(outer join)来抓取子类 ChequePayment 的数据。
9.1.3. 每个子类一张表(Table per subclass),使用辨别标志(Discriminator) 239
Hibernate 中文文档 3.2
9.1.4.混合使用“每个类分层结构一张表”和“每个子 类一张表”
你甚至可以采取如下方法混和使用“每个类分层结构一张表”和“每个子类一张表”这两 种策略:
<class name="Payment" table="PAYMENT">
<id name="id" type="long" column="PAYMENT_ID"> <generator class="native"/>
</id>
<discriminator column="PAYMENT_TYPE" type="string"/> <property name="amount" column="AMOUNT"/>
...
<subclass name="CreditCardPayment"
<property name="creditCardType" column="CCTYPE"/>
...
</join>
</subclass>
<subclass name="CashPayment"
...
</subclass>
<subclass name="ChequePayment"
...
</subclass>
</class>
对上述任何一种映射策略而言,指向根类 Payment 的 关联是使
用
|
|
|
|
9.1.4. 混合使用“每个类分层结构一张表”和“每个子类一张表” |
240 |
Hibernate 中文文档 3.2
9.1.5.每个具体类一张表(Table per concrete class)
对于“每个具体类一张表”的映射策略,可以采用两种方法。第一种方法是使用
<class name="Payment">
<id name="id" type="long" column="PAYMENT_ID"> <generator class="sequence"/>
</id>
<property name="amount" column="AMOUNT"/>
...
...
...
...
这里涉及三张与子类相关的表。每张表为对应类的所有属性(包括从超类继承的属 性)定义相应字段。
这种方式的局限在于,如果一个属性在超类中做了映射,其字段名必须与所有子类 表中定义的相同。(我们可能会在Hibernate的后续发布版本中放宽此限制。) 不允许
在联合子类(union subclass)的继承层次中使用标识生成器策略(identity generator strategy), 实际上, 主键的种子(primary key seed)不得不为同一继承层次中的全部被 联合子类所共用.
假若超类是抽象类,请使用 abstract="true" 。当然,假若它不是抽象的,需要 一个额外的表(上面的例子中,默认是 PAYMENT ),来保存超类的实例。
9.1.5. 每个具体类一张表(Table per concrete class) |
241 |
Hibernate 中文文档 3.2
9.1.6.Table per concrete class, using implicit polymorphism
另一种可供选择的方法是采用隐式多态:
<class name="CreditCardPayment" table="CREDIT_PAYMENT"> <id name="id" type="long" column="CREDIT_PAYMENT_ID">
<generator class="native"/> </id>
<property name="amount" column="CREDIT_AMOUNT"/>
...
</class>
<class name="CashPayment" table="CASH_PAYMENT">
<id name="id" type="long" column="CASH_PAYMENT_ID"> <generator class="native"/>
</id>
<property name="amount" column="CASH_AMOUNT"/>
...
</class>
<class name="ChequePayment" table="CHEQUE_PAYMENT">
<id name="id" type="long" column="CHEQUE_PAYMENT_ID"> <generator class="native"/>
</id>
<property name="amount" column="CHEQUE_AMOUNT"/>
...
</class>
注意,我们没有在任何地方明确的提及接口 Payment 。同时注意 Payment 的属 性在每个子类中都进行了映射。如果你想避免重复, 可以考虑使用XML实体(例 如:位于 DOCTYPE 声明内的
[<!ENTITY allproperties SYSTEM "allproperties.xml"> ] 和映射 中的 &allproperties; )。
这种方法的缺陷在于,在Hibernate执行多态查询时(polymorphic queries)无法生成
带UNION 的SQL语句。
对于这种映射策略而言,通常用 <any> 来实现到 Payment 的多态关联映 射。
9.1.6. Table per concrete class, using implicit polymorphism |
242 |
Hibernate 中文文档 3.2
<any name="payment"
<column name="PAYMENT_ID"/> </any>
9.1.6. Table per concrete class, using implicit polymorphism |
243 |
Hibernate 中文文档 3.2
9.1.7.隐式多态和其他继承映射混合使用
对这一映射还有一点需要注意。因为每个子类都在各自独立的元
素<class> 中映射(并且 Payment 只是一个接口),每个子类可以很容易
的成为另一 个继承体系中的一部分!(你仍然可以对接口 Payment 使用多态查 询。)
<class name="CreditCardPayment" table="CREDIT_PAYMENT"> <id name="id" type="long" column="CREDIT_PAYMENT_ID">
<generator class="native"/> </id>
<discriminator column="CREDIT_CARD" type="string"/> <property name="amount" column="CREDIT_AMOUNT"/>
...
<subclass name="MasterCardPayment"
</class>
<class name="NonelectronicTransaction" table="NONELECTRONIC_TXN"> <id name="id" type="long" column="TXN_ID">
<generator class="native"/> </id>
...
<property name="amount" column="CASH_AMOUNT"/>
...
<property name="amount" column="CHEQUE_AMOUNT"/>
...
我们还是没有明确的提到 Payment 。 如果我们针对接口 Payment 执行查询
如from Payment
例, 但不返回 NonelectronicTransaction 的实例。
9.1.7. 隐式多态和其他继承映射混合使用 |
244 |
Hibernate 中文文档 3.2
9.2.限制
对“每个具体类映射一张表”(table per
下面表格中列出了在Hibernte中“每个具体类一张表”的策略和隐式多态的限制。
表9.1. 继承映射特性(Features of inheritance mappings)
继承策略
(Inheritance 多态多对一多态一对一 strategy)
每个类分层 |
<on |
|||
结构一张表 |
||||
|
|
|
||
|
|
|
|
|
每个子类一 |
<on |
|||
张表 |
||||
|
|
|
||
|
|
|
|
|
每个具体类 |
|
|
<on |
|
一张表 |
(仅对 |
|||
(union- |
于 inve |
|||
|
|
|||
subclass) |
|
|
情况) |
每个具体类
一张表(隐式 <any>不支持不支持 多态)
9.2. 限制 |
245 |
Hibernate 中文文档 3.2
第 10 章 与对象共事
目录
10.1. Hibernate对象状态(object states) 10.2. 使对象持久化
10.3. 装载对象 10.4. 查询
10.4.1. 执行查询
10.4.2. 过滤集合
10.4.3. 条件查询(Criteria queries)
10.4.4. 使用原生SQL的查询 10.5. 修改持久对象
10.6. 修改脱管(Detached)对象 10.7. 自动状态检测
10.8. 删除持久对象
10.9. 在两个不同数据库间复制对象 10.10. Session刷出(flush)
10.11. 传播性持久化(transitive persistence) 10.12. 使用元数据
Hibernate是完整的对象/关系映射解决方案,它提供了对象状态管理(state management)的功能,使开发者不再需要理会底层数据库系统的细节。 也就是 说,相对于常见的JDBC/SQL持久层方案中需要 管理SQL语句 ,Hibernate采用了 更自然的面向对象的视角来持久化Java应用中的数据。
换句话说,使用Hibernate的开发者应该总是关注对象的状态(state),不必考虑SQL 语句的执行。 这部分细节已经由Hibernate掌管妥当,只有开发者在进行系统性能 调优的时候才需要进行了解。
第 10 章 与对象共事 |
246 |
Hibernate 中文文档 3.2
10.1. Hibernate对象状态(object states)
Hibernate定义并支持下列对象状态(state):
瞬时(Transient) - 由 new 操作符创建,且尚未与Hibernate Session 关联的 对象被认定为瞬时(Transient)的。瞬时(Transient)对象不会被持久化到数据库 中,也不会被赋予持久化标识(identifier)。 如果瞬时(Transient)对象在程序中 没有被引用,它会被垃圾回收器(garbage collector)销毁。 使用Hibernate 可以将其变为持久(Persistent)状态。(Hibernate会自动执行必要的
持久(Persistent) - 持久(Persistent)的实例在数据库中有对应的记录,并拥有一 个持久化标识(identifier)。 持久(Persistent)的实例可能是刚被保存的,或刚被 加载的,无论哪一种,按定义,它存在于相关联的 Session 作用范围内。
Hibernate会检测到处于持久(Persistent)状态的对象的任何改动,在当前操作
单元(unit of work)执行完毕时将对象数据(state)与数据库同步(synchronize)。 开发者不需要手动执行 UPDATE 。将对象从持久(Persistent)状态变成瞬时
(Transient)状态同样也不需要手动执行 DELETE 语句。
脱管(Detached) - 与持久(Persistent)对象关联的 Session 被关闭后,对象就 变为脱管(Detached)的。 对脱管(Detached)对象的引用依然有效,对象可继续 被修改。脱管(Detached)对象如果重新关联到某个新的 Session 上, 会再次 转变为持久(Persistent)的(在Detached其间的改动将被持久化到数据库)。 这个 功能使得一种编程模型,即中间会给用户思考时间(user
接下来我们来细致的讨论下状态(states)及状态间的转换(state transitions)(以及触 发状态转换的Hibernate方法)。
10.1. Hibernate对象状态(object states) |
247 |
Hibernate 中文文档 3.2
10.2.使对象持久化
Hibernate认为持久化类(persistent class)新实例化的对象是瞬时(Transient)的。 我 们可通过将瞬时(Transient)对象与session关联而把它变为持久(Persistent)的。
DomesticCat fritz = new DomesticCat(); fritz.setColor(Color.GINGER); fritz.setSex('M'); fritz.setName("Fritz");
Long generatedId = (Long) sess.save(fritz);
如果 Cat 的持久化标识(identifier)是 generated 类型的, 那么该标识(identifier) 会自动在 save() 被调用时产生并分配给 cat 。 如果 Cat 的持久化标识 (identifier)是 assigned 类型的,或是一个复合主键(composite key), 那么该标识
(identifier)应当在调用 save() 之前手动赋予给 cat 。 你也可以按照EJB3 early draft中定义的语义,使用 persist() 替代 save() 。
此外,你可以用一个重载版本的 save() 方法。
DomesticCat pk = new DomesticCat(); pk.setColor(Color.TABBY); pk.setSex('F'); pk.setName("PK"); pk.setKittens( new HashSet() ); pk.addKitten(fritz);
sess.save( pk, new Long(1234) );
如果你持久化的对象有关联的对象(associated objects)(例如上例中
的kittens 集合) 那么对这些对象(译注:pk和kittens)进行持久化的顺序是任 意的(也就是说可以先对kittens进行持久化也可以先对pk进行持久化), 除非你在 外键列上有 NOT NULL 约束。 Hibernate不会违反外键约束,但是如果你用错误的 顺序持久化对象(译注:在pk持久化之前持久化kitten),那么可能会违
反 NOT NULL 约束。
通常你不会为这些细节烦心,因为你很可能会使用Hibernate的 传播性持久化 (transitive persistence)功能自动保存相关联那些对象。 这样连违反 NOT NULL 约 束的情况都不会出现了 - Hibernate会管好所有的事情。 传播性持久化(transitive persistence)将在本章稍后讨论。
10.2. 使对象持久化 |
248 |
Hibernate 中文文档 3.2
10.3.装载对象
如果你知道某个实例的持久化标识(identifier),你就可以使
用Session 的 load() 方法 来获取它。 load() 的另一个参数是指定类
的.class对象。 本方法会创建指定类的持久化实例,并从数据库加载其数据 (state)。
Cat fritz = (Cat) sess.load(Cat.class, generatedId);
//you need to wrap primitive identifiers long id = 1234;
DomesticCat pk = (DomesticCat) sess.load( DomesticCat.class, new L
此外, 你可以把数据(state)加载到指定的对象实例上(覆盖掉该实例原来的数据)。
Cat cat = new DomesticCat();
//load pk's state into cat sess.load( cat, new Long(pkId) ); Set kittens = cat.getKittens();
请注意如果没有匹配的数据库记录, load() 方法可能抛出无法恢复的异常 (unrecoverable exception)。 如果类的映射使用了代理(proxy), load() 方法会返 回一个未初始化的代理,直到你调用该代理的某方法时才会去访问数据库。 若你希 望在某对象中创建一个指向另一个对象的关联,又不想在从数据库中装载该对象时 同时装载相关联的那个对象,那么这种操作方式就用得上的了。 如果为相应类映射 关系设置了
如果你不确定是否有匹配的行存在,应该使用 get() 方法,它会立刻访问数据 库,如果没有对应的记录,会返回null。
Cat cat = (Cat) sess.get(Cat.class, id); if (cat==null) {
cat = new Cat(); sess.save(cat, id);
}
return cat;
你甚至可以选用某个 LockMode ,用SQL的 SELECT ... FOR UPDATE 装载对 象。 请查阅API文档以获取更多信息。
10.3. 装载对象 |
249 |
Hibernate 中文文档 3.2
Cat cat = (Cat) sess.get(Cat.class, id, LockMode.UPGRADE);
注意,任何关联的对象或者包含的集合都不会被以 FOR UPDATE 方式返回, 除非 你指定了 lock 或者 all 作为关联(association)的级联风格(cascade style)。
任何时候都可以使用 refresh() 方法强迫装载对象和它的集合。如果你使用数据 库触发器功能来处理对象的某些属性,这个方法就很有用了。
sess.save(cat);
sess.flush(); //force the SQL INSERT
此处通常会出现一个重要问题: Hibernate会从数据库中装载多少东西?会执行多少 条相应的SQL SELECT 语句? 这取决于抓取策略(fetching strategy),会在第 19.1
节“ 抓取策略(Fetching strategies) ”中解释。
10.3. 装载对象 |
250 |
Hibernate 中文文档 3.2
10.4.查询
如果不知道所要寻找的对象的持久化标识,那么你需要使用查询。Hibernate支持强 大且易于使用的面向对象查询语言(HQL)。 如果希望通过编程的方式创建查询, Hibernate提供了完善的按条件(Query By Criteria, QBC)以及按样例(Query By Example, QBE)进行查询的功能。 你也可以用原生SQL(native SQL)描述查询, Hibernate额外提供了将结果集(result set)转化为对象的支持。
10.4. 查询 |
251 |
Hibernate 中文文档 3.2
10.4.1.执行查询
HQL和原生SQL(native SQL)查询要通过为 org.hibernate.Query 的实例来表 达。 这个接口提供了参数绑定、结果集处理以及运行实际查询的方法。 你总是可 以通过当前 Session 获取一个 Query 对象:
List cats = session.createQuery(
"from Cat as cat where cat.birthdate < ?")
.setDate(0, date)
.list();
List mothers = session.createQuery(
"select mother from Cat as cat join cat.mother as mother where
.setString(0, name)
.list();
List kittens = session.createQuery(
"from Cat as cat where cat.mother = ?")
.setEntity(0, pk)
.list();
Cat mother = (Cat) session.createQuery(
"select cat.mother from Cat as cat where cat = ?")
.setEntity(0, izi)
.uniqueResult();]]
Query mothersWithKittens = (Cat) session.createQuery(
"select mother from Cat as mother left join fetch mother.kitte Set uniqueMothers = new HashSet(mothersWithKittens.list());
一个查询通常在调用 list() 时被执行,执行结果会完全装载进内存中的一个集合 (collection)。 查询返回的对象处于持久(persistent)状态。如果你知道的查询只会返 回一个对象,可使用 list() 的快捷方式 uniqueResult() 。 注意,使用集合预 先抓取的查询往往会返回多次根对象(他们的集合类都被初始化了)。你可以通过 一个集合来过滤这些重复对象。
10.4.1. 执行查询 |
252 |
Hibernate 中文文档 3.2
10.4.1.1. 迭代式获取结果(Iterating results)
某些情况下,你可以使用 iterate() 方法得到更好的性能。 这通常是你预期返回
// fetch ids
Iterator iter = sess.createQuery("from eg.Qux q order by q.likelin while ( iter.hasNext() ) {
Qux qux = (Qux) iter.next(); // fetch the object
//something we couldnt express in the query if ( qux.calculateComplicatedAlgorithm() ) {
//delete the current instance iter.remove();
//dont need to process the rest
break;
}
}
|
|
|
|
10.4.1.1. 迭代式获取结果(Iterating results) |
253 |
Hibernate 中文文档 3.2
10.4.1.2. 返回元组(tuples)的查询
(译注:元组(tuples)指一条结果行包含多个对象) Hibernate查询有时返回元组 (tuples),每个元组(tuples)以数组的形式返回:
Iterator kittensAndMothers = sess.createQuery(
"select kitten, mother from Cat kitten join kitten.mot
.list()
.iterator();
while ( kittensAndMothers.hasNext() ) {
Object[] tuple = (Object[]) kittensAndMothers.next(); Cat kitten = tuple[0];
Cat mother = tuple[1];
....
}
|
|
|
|
10.4.1.2. 返回元组(tuples)的查询 |
254 |
Hibernate 中文文档 3.2
10.4.1.3. 标量(Scalar)结果
查询可在 select 从句中指定类的属性,甚至可以调用SQL统计(aggregate)函
数。 属性或统计结果被认定为"标量(Scalar)"的结果(而不是持久(persistent state) 的实体)。
Iterator results = sess.createQuery(
"select cat.color, min(cat.birthdate), count(cat) from Cat "group by cat.color")
.list()
.iterator();
while ( results.hasNext() ) {
Object[] row = (Object[]) results.next();
Color type = (Color) row[0];
Date oldest = (Date) row[1];
Integer count = (Integer) row[2];
.....
}
|
|
|
|
10.4.1.3. 标量(Scalar)结果 |
255 |
Hibernate 中文文档 3.2
10.4.1.4.绑定参数
接口 Query 提供了对命名参数(named parameters)、JDBC风格的 问号(?) 参数 进行绑定的方法。 不同于JDBC,Hibernate对参数从0开始计数。 命名参数 (named parameters)在查询字符串中是形如 :name 的标识符。 命名参数(named
parameters)的优点是:
命名参数(named parameters)与其在查询串中出现的顺序无关
它们可在同一查询串中多次出现
它们本身是自我说明的
//named parameter (preferred)
Query q = sess.createQuery("from DomesticCat cat where cat.name = q.setString("name", "Fritz");
Iterator cats = q.iterate();
//positional parameter
Query q = sess.createQuery("from DomesticCat cat where cat.name = q.setString(0, "Izi");
Iterator cats = q.iterate();
//named parameter list
List names = new ArrayList(); names.add("Izi"); names.add("Fritz");
Query q = sess.createQuery("from DomesticCat cat where cat.name in q.setParameterList("namesList", names);
List cats = q.list();
|
|
|
|
10.4.1.4. 绑定参数 |
256 |
Hibernate 中文文档 3.2
10.4.1.5.分页
如果你需要指定结果集的范围(希望返回的最大行数/或开始的行数),应该使 用 Query 接口提供的方法:
Query q = sess.createQuery("from DomesticCat cat"); q.setFirstResult(20);
q.setMaxResults(10); List cats = q.list();
Hibernate 知道如何将这个有限定条件的查询转换成你的数据库的原生SQL(native SQL)。
10.4.1.5. 分页 |
257 |
Hibernate 中文文档 3.2
10.4.1.6. 可滚动遍历(Scrollable iteration)
如果你的JDBC驱动支持可滚动的 ResuleSet , Query 接口可以使
用ScrollableResults ,允许你在查询结果中灵活游走。
Query q = sess.createQuery("select cat.name, cat from DomesticCat "order by cat.name");
ScrollableResults cats = q.scroll(); if ( cats.first() ) {
//find the first name on each page of an alphabetical list of firstNamesOfPages = new ArrayList();
do {
String name = cats.getString(0); firstNamesOfPages.add(name);
}
while ( cats.scroll(PAGE_SIZE) );
//Now get the first page of cats
pageOfCats = new ArrayList(); cats.beforeFirst();
int i=0;
while( ( PAGE_SIZE > i++ ) && cats.next() ) pageOfCats.add( ca
}
cats.close()
请注意,使用此功能需要保持数据库连接(以及游标(cursor))处于一直打开状 态。 如果你需要断开连接使用分页功能,请使
用setMaxResult() / setFirstResult()
10.4.1.6. 可滚动遍历(Scrollable iteration) |
258 |
Hibernate 中文文档 3.2
10.4.1.7.外置命名查询(Externalizing named
queries)
你可以在映射文件中定义命名查询(named queries)。 (如果你的查询串中包含可 能被解释为XML标记(markup)的字符,别忘了用 CDATA 包裹起来。)
<query name="ByNameAndMaximumWeight"><![CDATA[
from eg.DomesticCat as cat
where cat.name = ?
and cat.weight > ?
] ]></query>
参数绑定及执行以编程方式(programatically)完成:
Query q = sess.getNamedQuery("ByNameAndMaximumWeight"); q.setString(0, name);
q.setInt(1, minWeight); List cats = q.list();
请注意实际的程序代码与所用的查询语言无关,你也可在元数据中定义原生 SQL(native SQL)查询, 或将原有的其他的查询语句放在配置文件中,这样就可以 让Hibernate统一管理,达到迁移的目的。
也请注意在
名加以限定的。比如 eg.Cat.ByNameAndMaximumWeight 。
10.4.1.7. 外置命名查询(Externalizing named queries) |
259 |
Hibernate 中文文档 3.2
10.4.2.过滤集合
集合过滤器(filter)是一种用于一个持久化集合或者数组的特殊的查询。查询字符串 中可以使用 "this" 来引用集合中的当前元素。
Collection blackKittens = session.createFilter( pk.getKittens(),
"where this.color = ?")
.setParameter( Color.BLACK, Hibernate.custom(ColorUserType.cla
.list()
);
返回的集合可以被认为是一个包(bag, 无顺序可重复的集合(collection)),它是所给 集合的副本。 原来的集合不会被改动(这与“过滤器(filter)”的隐含的含义不符,不 过与我们期待的行为一致)。
请注意过滤器(filter)并不需要 from 子句(当然需要的话它们也可以加上)。过滤 器(filter)不限定于只能返回集合元素本身。
Collection blackKittenMates = session.createFilter(
pk.getKittens(),
"select this.mate where this.color = eg.Color.BLACK.intValue")
.list();
即使无条件的过滤器(filter)也是有意义的。例如,用于加载一个大集合的子集:
Collection tenKittens = session.createFilter(
mother.getKittens(), "")
.setFirstResult(0).setMaxResults(10)
.list();
10.4.2. 过滤集合 |
260 |
Hibernate 中文文档 3.2
10.4.3. 条件查询(Criteria queries)
HQL极为强大,但是有些人希望能够动态的使用一种面向对象API创建查询,而非 在他们的Java代码中嵌入字符串。对于那部分人来说,Hibernate提供了直观
的Criteria 查询API。
Criteria crit = session.createCriteria(Cat.class); crit.add( Expression.eq( "color", eg.Color.BLACK ) ); crit.setMaxResults(10);
List cats = crit.list();
Criteria 以及相关的 样例(Example) API将会再第 15 章 条件查询(Criteria Queries) 中详细讨论。
10.4.3. 条件查询(Criteria queries) |
261 |
Hibernate 中文文档 3.2
10.4.4.使用原生SQL的查询
你可以使用 createSQLQuery() 方法,用SQL来描述查询,并由Hibernate将结果 集转换成对象。 请注意,你可以在任何时候调用 session.connection() 来获得 并使用JDBC Connection 对象。 如果你选择使用Hibernate的API, 你必须把SQL 别名用大括号包围起来:
List cats = session.createSQLQuery(
"SELECT {cat.*} FROM CAT {cat} WHERE ROWNUM<10", "cat",
Cat.class ).list();
List cats = session.createSQLQuery(
"SELECT {cat}.ID AS {cat.id}, {cat}.SEX AS {cat.sex}, " + "{cat}.MATE AS {cat.mate}, {cat}.SUBCLASS AS {cat.class
"FROM CAT {cat} WHERE ROWNUM<10", "cat",
Cat.class ).list()
和Hibernate查询一样,SQL查询也可以包含命名参数和占位参数。 可以在第 16 章 Native SQL查询找到更多关于Hibernate中原生SQL(native SQL)的信息。
10.4.4. 使用原生SQL的查询 |
262 |
Hibernate 中文文档 3.2
10.5.修改持久对象
事务中的持久实例(就是通过 session 装载、保存、创建或者查询出的对象) 被 应用程序操作所造成的任何修改都会在 Session 被刷出(flushed)的时候被持久 化(本章后面会详细讨论)。 这里不需要调用某个特定的方法(比
如update() ,设计它的目的是不同的)将你的修改持久化。 所以最直接的更新 一个对象的方法就是在 Session 处于打开状态时 load() 它,然后直接修改即 可:
DomesticCat cat = (DomesticCat) sess.load( Cat.class, new Long(69) cat.setName("PK");
sess.flush(); // changes to cat are automatically detected and pe
有时这种程序模型效率低下,因为它在同一Session里需要一条SQL SELECT 语句
(用于加载对象) 以及一条SQL UPDATE 语句(持久化更新的状态)。 为此
Hibernate提供了另一种途径,使用脱管(detached)实例。
请注意Hibernate本身不提供直接执行 UPDATE 或 DELETE 语句的API。 Hibernate 提供的是__状态管理(state management)服务,你不必考虑要使用的语句 (statements)。 JDBC是出色的执行SQL语句的API,任何时候调
用session.connection() 你都可以得到一个JDBC Connection 对象。 此外,
在联机事务处理(OLTP)程序中,大量操作(mass operations)与对象/关系映射的观 点是相冲突的。 Hibernate的将来版本可能会提供专门的进行大量操作(mass operation)的功能。 参考第 13 章 批量处理(Batch processing),寻找一些可用的 批量(batch)操作技巧。
10.5. 修改持久对象 |
263 |
Hibernate 中文文档 3.2
10.6. 修改脱管(Detached)对象
很多程序需要在某个事务中获取对象,然后将对象发送到界面层去操作,最后在一 个新的事务保存所做的修改。 在高并发访问的环境中使用这种方式,通常使用附带 版本信息的数据来保证这些“长“工作单元之间的隔离。
Hibernate通过提供 Session.update() 或 Session.merge() 重新关联脱管实例 的办法来支持这种模型。
// in the first session
Cat cat = (Cat) firstSession.load(Cat.class, catId); Cat potentialMate = new Cat(); firstSession.save(potentialMate);
//in a higher layer of the application cat.setMate(potentialMate);
//later, in a new session secondSession.update(cat); // update cat secondSession.update(mate); // update mate
如果具有 catId 持久化标识的 Cat 之前已经
被 另一Session(secondSession) 装载了, 应用程序进行重关联操作(reattach)的 时候会抛出一个异常。
如果你确定当前session没有包含与之具有相同持久化标识的持久实例,使
用update() 。 如果想随时合并你的的改动而不考虑session的状态,使
用merge() 。 换句话说,在一个新session中通常第一个调用的是 update() 方 法,以便保证重新关联脱管(detached)对象的操作首先被执行。
如果希望相关联的脱管对象(通过引用“可到达”的脱管对象)的数据也要更新到数 据库时(并且也仅仅在这种情况), 可以对该相关联的脱管对象单独调
用update() 当然这些可以自动完成,即通过使用传播性持久化(transitive persistence),请看第 10.11 节 “传播性持久化(transitive persistence)”。
lock() 方法也允许程序重新关联某个对象到一个新session上。不过,该脱管 (detached)的对象必须是没有修改过的!
//just reassociate: sess.lock(fritz, LockMode.NONE);
//do a version check, then reassociate: sess.lock(izi, LockMode.READ);
//do a version check, using SELECT ... FOR UPDATE, then reassociat sess.lock(pk, LockMode.UPGRADE);
|
|
|
|
10.6. 修改脱管(Detached)对象 |
264 |
Hibernate 中文文档 3.2
请注意, lock() 可以搭配多种 LockMode , 更多信息请阅读API文档以及关于 事务处理(transaction handling)的章节。重新关联不是 lock() 的唯一用途。
其他用于长时间工作单元的模型会在第 11.3 节 “乐观并发控制(Optimistic concurrency control)”中讨论。
10.6. 修改脱管(Detached)对象 |
265 |
Hibernate 中文文档 3.2
10.7.自动状态检测
Hibernate的用户曾要求一个既可自动分配新持久化标识(identifier)保存瞬时 (transient)对象,又可更新/重新关联脱管(detached)实例的通用方法。
saveOrUpdate() 方法实现了这个功能。
// in the first session
Cat cat = (Cat) firstSession.load(Cat.class, catID);
//in a higher tier of the application Cat mate = new Cat(); cat.setMate(mate);
//later, in a new session
|
secondSession.saveOrUpdate(cat); |
// |
update existing state |
(cat h |
|
secondSession.saveOrUpdate(mate); |
// |
save the new instance |
(mate |
|
|
|
|
|
|
|
|
|
|
saveOrUpdate() 用途和语义可能会使新用户感到迷惑。 首先,只要你没有尝试 在某个session中使用来自另一session的实例,你就应该不需要使用 update() ,
saveOrUpdate() ,或 merge() 。有些程序从来不用这些方法。
通常下面的场景会使用 update() 或 saveOrUpdate() :
程序在第一个session中加载对象
该对象被传递到表现层
对象发生了一些改动
该对象被返回到业务逻辑层
程序调用第二个session的 update() 方法持久这些改动
saveOrUpdate() 做下面的事:
如果对象已经在本session中持久化了,不做任何事
如果另一个与本session关联的对象拥有相同的持久化标识(identifier),抛出一 个异常
如果对象没有持久化标识(identifier)属性,对其调用 save()
如果对象的持久标识(identifier)表明其是一个新实例化的对象,对其调
用save()
10.7. 自动状态检测 |
266 |
Hibernate 中文文档 3.2
如果对象是附带版本信息的(通
过<version> 或 <timestamp> ) 并且版本属性的值表明其
是一个新实例化的对象, save() 它。
否则 update() 这个对象
merge() 可非常不同:
如果session中存在相同持久化标识(identifier)的实例,用用户给出的对象的状 态覆盖旧有的持久实例
如果session没有相应的持久实例,则尝试从数据库中加载,或创建新的持久化
实例
最后返回该持久实例
用户给出的这个对象没有被关联到session上,它依旧是脱管的
10.7. 自动状态检测 |
267 |
Hibernate 中文文档 3.2
10.8.删除持久对象
使用 Session.delete() 会把对象的状态从数据库中移除。 当然,你的应用程序 可能仍然持有一个指向已删除对象的引用。所以,最好这样理解: delete() 的用 途是把一个持久实例变成瞬时(transient)实例。
sess.delete(cat);
你可以用你喜欢的任何顺序删除对象,不用担心外键约束冲突。当然,如果你搞错 了顺序,还是有可能引发在外键字段定义的 NOT NULL 约束冲突。 例如你删除了 父对象,但是忘记删除孩子们。
10.8. 删除持久对象 |
268 |
Hibernate 中文文档 3.2
10.9.在两个不同数据库间复制对象
偶尔会用到不重新生成持久化标识(identifier),将持久实例以及其关联的实例持久 到不同的数据库中的操作。
//retrieve a cat from one database Session session1 = factory1.openSession(); Transaction tx1 = session1.beginTransaction(); Cat cat = session1.get(Cat.class, catId); tx1.commit();
session1.close();
//reconcile with a second database Session session2 = factory2.openSession(); Transaction tx2 = session2.beginTransaction(); session2.replicate(cat, ReplicationMode.LATEST_VERSION); tx2.commit();
session2.close();
ReplicationMode 决定在和数据库中已存在记录由冲突时, replicate() 如何
处理。
ReplicationMode.IGNORE - 忽略它
ReplicationMode.OVERWRITE - 覆盖相同的行
ReplicationMode.EXCEPTION - 抛出异常
ReplicationMode.LATEST_VERSION - 如果当前的版本较新,则覆盖,否则
忽略
这个功能的用途包括使录入的数据在不同数据库中一致,产品升级时升级系统配置
Atomic,Consistent,Isolated and Durable的缩写)
10.9. 在两个不同数据库间复制对象 |
269 |
Hibernate 中文文档 3.2
10.10. Session刷出(flush)
每间隔一段时间, Session 会执行一些必需的SQL语句来把内存中的对象的状态 同步到JDBC连接中。这个过程被称为刷出(flush),默认会在下面的时间点执行:
在某些查询执行之前
在调用 org.hibernate.Transaction.commit() 的时候
在调用 Session.flush() 的时候
涉及的SQL语句会按照下面的顺序发出执行:
1.所有对实体进行插入的语句,其顺序按照对象执行 Session.save() 的时间 顺序
2.所有对实体进行更新的语句
3.所有进行集合删除的语句
4.所有对集合元素进行删除,更新或者插入的语句
5.所有进行集合插入的语句
6.所有对实体进行删除的语句,其顺序按照对象执行 Session.delete() 的时
间顺序
(有一个例外是,如果对象使用 native 方式来生成ID(持久化标识)的话,它们 一执行save就会被插入。)
除非你明确地发出了 flush() 指令,关于Session何时会执行这些JDBC调用是完 全无法保证的,只能保证它们执行的前后顺序。 当然,Hibernate保
证, Query.list(..) 绝对不会返回已经失效的数据,也不会返回错误数据。
也可以改变默认的设置,来让刷出(flush)操作发生的不那么频繁。 FlushMode 类 定义了三种不同的方式。 仅在提交时刷出(仅当Hibernate的 Transaction API被 使用时有效), 按照刚才说的方式刷出, 以及除非明确使用 flush() 否则从不刷 出。 最后一种模式对于那些需要长时间保持 Session 为打开或者断线状态的长时 间运行的工作单元很有用。 (参见 第 11.3.2 节 “扩展周期的session和自动版本化”).
10.10. Session刷出(flush) |
270 |
Hibernate 中文文档 3.2
sess = sf.openSession();
Transaction tx = sess.beginTransaction(); sess.setFlushMode(FlushMode.COMMIT); // allow queries to return st
Cat izi = (Cat) sess.load(Cat.class, id); izi.setName(iznizi);
// might return stale data
sess.find("from Cat as cat left outer join cat.kittens kitten");
//change to izi is not flushed!
...
tx.commit(); // flush occurs sess.close();
刷出(flush)期间,可能会抛出异常。(例如一个DML操作违反了约束) 异常处理涉 及到对Hibernate事务性行为的理解,因此我们将在第 11 章 事务和并发中讨论。
10.10. Session刷出(flush) |
271 |
Hibernate 中文文档 3.2
10.11. 传播性持久化(transitive persistence)
对每一个对象都要执行保存,删除或重关联操作让人感觉有点麻烦,尤其是在处理 许多彼此关联的对象的时候。 一个常见的例子是父子关系。考虑下面的例子:
如果一个父子关系中的子对象是值类型(value typed)(例如,地址或字符串的集
合)的,他们的生命周期会依赖于父对象,可以享受方便的级联操作(Cascading), 不需要额外的动作。 父对象被保存时,这些值类型(value typed)子对象也将被保 存;父对象被删除时,子对象也将被删除。 这对将一个子对象从集合中移除是同样 有效:Hibernate会检测到,并且因为值类型(value typed)的对象不可能被其他对象 引用,所以Hibernate会在数据库中删除这个子对象。
现在考虑同样的场景,不过父子对象都是实体(entities)类型,而非值类型(value typed)(例如,类别与个体,或母猫和小猫)。 实体有自己的生命期,允许共享对 其的引用(因此从集合中移除一个实体,不意味着它可以被删除), 并且实体到其 他关联实体之间默认没有级联操作的设置。 Hibernate默认不实现所谓的可到达即
持久化(persistence by reachability)的策略。
每个Hibernate session的基本操作 - 包括
persist(), merge(), saveOrUpdate(), delete(), lock(), refresh(), ev
-都有对应的级联风格(cascade style)。 这些级联风格(cascade style)风格分别命名
为
create, merge,
。 如果你希望一个操作被顺着关联关系级联传播,你必须在映射文件中指出这一 点。例如:
级联风格(cascade style)是可组合的:
你可以使用 cascade="all" 来指定全部操作都顺着关联关系级联(cascaded)。 默 认值是 cascade="none" ,即任何操作都不会被级联(cascaded)。
注意有一个特殊的级联风格(cascade style)
建议:
通常在
10.11. 传播性持久化(transitive persistence) |
272 |
Hibernate 中文文档 3.2
如果子对象的寿命限定在父亲对象的寿命之内,可通过指
定
(lifecycle object)。
其他情况,你可根本不需要级联(cascade)。但是如果你认为你会经常在某个事 务中同时用到父对象与子对象,并且你希望少打点儿字,可以考虑使
用
可以使用 cascade="all" 将一个关联关系(无论是对值对象的关联,或者对一个 集合的关联)标记为父/子关系的关联。 这样对父对象进行save/update/delete操作 就会导致子对象也进行save/update/delete操作。
此外,一个持久的父对象对子对象的浅引用(mere reference)会导致子对象被同步 save/update。 不过,这个隐喻(metaphor)的说法并不完整。除非关联
是
则父对象失去对某个子对象的引用不会导致该子对象被自动删除。 父子关系的级联 (cascading)操作准确语义如下:
如果父对象被 persist() ,那么所有子对象也会被 persist() 如果父对象被 merge() ,那么所有子对象也会被 merge()
如果父对象被 save() , update() 或 saveOrUpdate() ,那么所有子对 象则会被 saveOrUpdate()
如果某个持久的父对象引用了瞬时(transient)或者脱管(detached)的子对象,那 么子对象将会被 saveOrUpdate()
如果父对象被删除,那么所有子对象也会被 delete()
除非被标记为
最后,注意操作的级联可能是在调用期(call time)或者写入期(flush time)作用到对象 图上的。所有的操作,如果允许,都在操作被执行的时候级联到可触及的关联实体 上。然而,
10.11. 传播性持久化(transitive persistence) |
273 |
Hibernate 中文文档 3.2
10.12.使用元数据
Hibernate提供了 ClassMetadata 接口, CollectionMetadata 接口和 Type 层 次体系来访问元数据。 可以通过 SessionFactory 获取元数据接口的实例。
Cat fritz = ......;
ClassMetadata catMeta = sessionfactory.getClassMetadata(Cat.class)
Object[] propertyValues = catMeta.getPropertyValues(fritz); String[] propertyNames = catMeta.getPropertyNames(); Type[] propertyTypes = catMeta.getPropertyTypes();
//get a Map of all properties which are not collections or associ Map namedValues = new HashMap();
for ( int i=0; i<propertyNames.length; i++ ) {
if ( !propertyTypes[i].isEntityType() && !propertyTypes[i].isC namedValues.put( propertyNames[i], propertyValues[i] );
}
}
|
|
|
|
10.12. 使用元数据 |
274 |
Hibernate 中文文档 3.2
第 11 章 事务和并发
目录
11.1. Session和事务范围(transaction scope)
11.1.1. 操作单元(Unit of work)
11.1.2. 长对话
11.1.3. 关注对象标识(Considering object identity)
11.1.4. 常见问题 11.2. 数据库事务声明
11.2.1. 非托管环境
11.2.2. 使用JTA
11.2.3. 异常处理
11.2.4. 事务超时
11.3. 乐观并发控制(Optimistic concurrency control)
11.3.1. 应用程序级别的版本检查(Application version checking)
11.3.2. 扩展周期的session和自动版本化
11.3.3. 脱管对象(deatched object)和自动版本化
11.3.4. 定制自动版本化行为 11.4. 悲观锁定(Pessimistic Locking)
11.5. 连接释放模式(Connection Release Modes)
Hibernate的事务和并发控制很容易掌握。Hibernate直接使用JDBC连接和JTA资 源,不添加任何附加锁定 行为。我们强烈推荐你花点时间了解JDBC编程,ANSI SQL查询语言和你使用 的数据库系统的事务隔离规范。
Hibernate不锁定内存中的对象。你的应用程序会按照你的数据库事务的隔离级别规 定的那样运作。幸亏有了 Session ,使得Hibernate通过标识符查找,和实体查询 (不是返回标量值的报表查询)提供了可重复的读取(Repeatable reads)功
能, Session 同时也是事务范围内的缓存(cache)。
除了对自动乐观并发控制提供版本管理,针对行级悲观锁定,Hibernate也提供了辅 助的(较小的)API,它使用了 SELECT FOR UPDATE 的SQL语法。本章后面会讨论 乐观并发控制和这个API。
我们从 Configuration 层、 SessionFactory 层, 和 Session 层开始讨论 Hibernate的并行控制、数据库事务和应用 程序的长事务。
第 11 章 事务和并发 |
275 |
Hibernate 中文文档 3.2
11.1. Session和事务范围(transaction scope)
SessionFactory 对象的创建代价很昂贵,它是线程安全的对象,它为所有的应 用程序线程所共享。它只创建一次,通常是在应用程序启动的时候,由一
个Configuraion 的实例来创建。
Session 对象的创建代价比较小,是非线程安全的,对于单个请求,单个会话、 单个的 工作单元而言,它只被使用一次,然后就丢弃。只有在需要的时候,一
个Session 对象 才会获取一个JDBC的 Connection (或一个 Datasource )
对象,因此假若不使用的时候它不消费任何资源。
此外我们还要考虑数据库事务。数据库事务应该尽可能的短,降低数据库中的锁争 用。 数据库长事务会阻止你的应用程序扩展到高的并发负载。因此,假若在用户思 考期间让数据库事务开着,直到整个工作单元完成才关闭这个事务,这绝不是一个 好的设计。
一个操作单元(Unit of work)的范围是多大?单个的Hibernate Session 能跨越多个 数据库事务吗?还是一个 Session 的作用范围对应一个数据库事务的范围?应该 何时打开 Session ,何时关闭 Session ?,你又如何划分数据库事务的边界 呢?
11.1. Session和事务范围(transaction scope) |
276 |
Hibernate 中文文档 3.2
11.1.1. 操作单元(Unit of work)
在多用户的client/server应用程序中,最常用的模式是 每个请求一个会话(session-
实现才是真正的挑战。Hibernate内置了对"当前session(current session)" 的管理, 用于简化此模式。你要做的一切就是在服务器端要处理请求的时候,开启事务,在 响应发送给客户之前结束事务。你可以用任何方式来完成这一操作,通常的方案
有ServletFilter ,在service方法中进行pointcut的AOP拦截器,或者
proxy/interception容器。EJB容器是实现横切诸如EJB session bean上的事务分 界,用CMT对事务进行声明等方面的标准手段。假若你决定使用编程式的事务分 界,请参考本章后面讲到的Hibernate Transaction API,这对易用性和代码可 移植性都有好处。
在任何时间,任何地方,你的应用代码可以通过简单的调
用sessionFactory.getCurrentSession() 来访问"当前session",用于处理请
求。你总是会得到当前数据库事务范围内的 Session 。在使用本地资源或JTA环 境时,必须配置它,请参见第 2.5 节 “上下文相关的(Contextual)Session”。
有时,将 Session 和数据库事务的边界延伸到"展示层被渲染后"会带来便利。有 些serlvet应用程序在对请求进行处理后,有个单独的渲染期,这种延伸对这种程序 特别有用。假若你实现你自己的拦截器,把事务边界延伸到展示层渲染结束后非常 容易。然而,假若你依赖有容器管理事务的EJB,这就不太容易了,因为事务会在 EJB方法返回后结束,而那是在任何展示层渲染开始之前。请访问Hibernate网站和 论坛,你可以找到Open Session in View这一模式的提示和示例。
11.1.1. 操作单元(Unit of work) |
277 |
Hibernate 中文文档 3.2
11.1.2.长对话
在界面的第一屏,打开对话框,用户所看到的数据是被一个特定的 Session 和数据 库事务载入(load)的。用户可以随意修改对话框中的数据对象。
5分钟后,用户点击“保存”,期望所做出的修改被持久化;同时他也期望自己是 唯一修改这个信息的人,不会出现 修改冲突。
从用户的角度来看,我们把这个操作单元称为长时间运行的对话(conversation), 或者(or 应用事务,application transaction)。 在你的应用程序中,可以有很多种方法 来实现它。
头一个幼稚的做法是,在用户思考的过程中,保持 Session 和数据库事务是打开 的, 保持数据库锁定,以阻止并发修改,从而保证数据库事务隔离级别和原子操 作。这种方式当然是一个反模式, 因为锁争用会导致应用程序无法扩展并发用户的 数目。
很明显,我们必须使用多个数据库事务来实现这个对话。在这个例子中,维护业务 处理的 事务隔离变成了应用程序层的部分责任。一个对话通常跨越多个数据库事 务。如果仅仅只有一 个数据库事务(最后的那个事务)保存更新过的数据,而所有 其他事务只是单纯的读取数据(例如在一 个跨越多个请求/响应周期的向导风格的 对话框中),那么应用程序事务将保证其原子性。这种方式比听 起来还要容易实 现,特别是当你使用了Hibernate的下述特性的时候:
自动版本化 - Hibernate能够自动进行乐观并发控制 ,如果在用户思考 的过程 中发生并发修改,Hibernate能够自动检测到。一般我们只在对话结束时才检 查。
脱管对象(Detached Objects)- 如果你决定采用前面已经讨论过的 session-
Extended (or Long) Session - Hibernate 的 Session 可以在数据库事务提交 之后和底层的JDBC连接断开,当一个新的客户端请求到来的时候,它又重新 连接上底层的
11.1.2. 长对话 |
278 |
Hibernate 中文文档 3.2
11.1.3.关注对象标识(Considering object identity)
应用程序可能在两个不同的 Session 中并发访问同一持久化状态,但是, 一个持 久化类的实例无法在两个 Session 中共享。因此有两种不同的标识语义:
数据库标识
foo.getId().equals( bar.getId() )
JVM 标识
foo==bar
对于那些关联到 特定 Session (也就是在单个 Session 的范围内)上的对象来 说,这 两种标识的语义是等价的,与数据库标识对应的JVM标识是由Hibernate来 保 证的。不过,当应用程序在两个不同的session中并发访问具有同一持久化标 识 的业务对象实例的时候,这个业务对象的两个实例事实上是不相同的(从 JVM识别 来看)。这种冲突可以通过在同步和提交的时候使用自动版本化和乐 观锁定方法来 解决。
这种方式把关于并发的头疼问题留给了Hibernate和数据库;由于在单个线程内,操 作单元中的对象识别不 需要代价昂贵的锁定或其他意义上的同步,因此它同时可以 提供最好的可伸缩性。只要在单个线程只持有一个 Session ,应用程序就不需要 同步任何业务对象。在 Session 的范围内,应用程序可以放心的使用 == 进行对 象比较。
不过,应用程序在 Session 的外面使用 == 进行对象比较可能会 导致无法预期的 结果。在一些无法预料的场合,例如,如果你把两个脱管对象实例放进同一个
Set 的时候,就可能发生。这两个对象实例可能有同一个数据库标识(也就是 说, 他们代表了表的同一行数据),从JVM标识的定义上来说,对脱管的对象而 言,Hibernate无法保证他们 的的JVM标识一致。开发人员必须覆盖持久化类
的equals() 方法和 hashCode() 方法,从而实现自定义的对象相等语义。警
告:不要使用数据库标识 来实现对象相等,应该使用业务键值,由唯一的,通常不 变的属性组成。当一个瞬时对象被持久化的时 候,它的数据库标识会发生改变。如 果一个瞬时对象(通常也包括脱管对象实例)被放入一 个 Set ,改变它的 hashcode会导致与这个 Set 的关系中断。虽 然业务键值的属性不象数据库主键那 样稳定不变,但是你只需要保证在同一个 Set 中的对象属性的稳定性就足够了。 请到Hibernate网站去寻求这个问题更多的详细的讨论。请注意,这不是一 个有关 Hibernate的问题,而仅仅是一个关于Java对象标识和判等行为如何实现的问题。
11.1.3. 关注对象标识(Considering object identity) |
279 |
Hibernate 中文文档 3.2
11.1.4.常见问题
Session 对象是非线程安全的。如果一个 Session 实例允许共享的话,那 些支持并发运行的东东,例如HTTP request,session beans,或者是 Swing workers,将会导致出现资源争用(race condition)。如果
在HttpSession 中有 Hibernate 的 Session 的话(稍后讨论),你应该考
虑同步访问你的Http session。 否则,只要用户足够快的点击浏览器的“刷 新”,就会导致两个并发运行线程使用同一个 Session 。
一个由Hibernate抛出的异常意味着你必须立即回滚数据库事务,并立即关
闭Session (稍后会展开讨论)。如果你的 Session 绑定到一个应用程序 上,你必 须停止该应用程序。回滚数据库事务并不会把你的业务对象退回到事 务启动时候的状态。这 意味着数据库状态和业务对象状态不同步。通常情况 下,这不是什么问题,因为异常是不可 恢复的,你必须在回滚之后重新开始执 行。
Session 缓存了处于持久化状态的每个对象(Hibernate会监视和检查脏数 据)。 这意味着,如果你让 Session 打开很长一段时间,或是仅仅载入了过 多的数据, Session 占用的内存会一直增长,直到抛出 OutOfMemoryException异常。这个 问题的一个解决方法是调用 clear()
和evict() 来管理 Session 的缓存,但是如果你需要大批量数据操作的 话,最好考虑 使用存储过程。在第 13 章 批量处理(Batch processing)中有 一些解决方案。在用户会话期间一直保持 Session 打开也意味着出现脏数据 的可能性很高。
11.1.4. 常见问题 |
280 |
Hibernate 中文文档 3.2
11.2.数据库事务声明
数据库(或者系统)事务的声明总是必须的。在数据库事务之外,就无法和数据库 通讯(这可能会让那些习惯于 自动提交事务模式的开发人员感到迷惑)。永远使用 清晰的事务声明,即使只读操作也是如此。进行 显式的事务声明并不总是需要的, 这取决于你的事务隔离级别和数据库的能力,但不管怎么说,声明事务总归有益无 害。当然,一个单独的数据库事务总是比很多琐碎的事务性能更好,即时对读数据 而言也是一样。
一个Hibernate应用程序可以运行在非托管环境中(也就是独立运行的应用程序,简 单Web应用程序, 或者Swing图形桌面应用程序),也可以运行在托管的J2EE环 境中。在一个非托管环境中,Hibernate 通常自己负责管理数据库连接池。应用程 序开发人员必须手工设置事务声明,换句话说,就是手工启 动,提交,或者回滚数 据库事务。一个托管的环境通常提供了容器管理事务(CMT),例如事务装配通过可 声 明的方式定义在EJB session beans的部署描述符中。可编程式事务声明不再需 要,即使是 Session 的同步也可以自动完成。
让持久层具备可移植性是人们的理想,这种移植发生在非托管的本地资源环境,与依 赖JTA但是使用BMT而非CMT的系统之间。在两种情况下你都可以使用编程式的事 务管理。Hibernate提供了一套称为 Transaction 的封装API, 用来把你的部署环 境中的本地事务管理系统转换到Hibernate事务上。这个API是可选的,但是我们强 烈 推荐你使用,除非你用CMT session bean。
通常情况下,结束 Session 包含了四个不同的阶段:
同步session(flush,刷出到磁盘)
提交事务
关闭session
处理异常
session的同步(flush,刷出)前面已经讨论过了,我们现在进一步考察在托管和非托 管环境下的事务声明和异常处理。
11.2. 数据库事务声明 |
281 |
Hibernate 中文文档 3.2
11.2.1.非托管环境
如果Hibernat持久层运行在一个非托管环境中,数据库连接通常由Hibernate的简单 (即非DataSource)连接池机制 来处理。session/transaction处理方式如下所示:
try {
tx = sess.beginTransaction();
//do some work
...
tx.commit();
}
catch (RuntimeException e) {
if (tx != null) tx.rollback(); throw e; // or display error message
}
finally { sess.close();
}
你不需要显式 flush() Session - 对 commit() 的调用会自动触发session的 同步(取决于session的第 10.10 节 “Session刷出(flush)”)。调用 close() 标志 session的结束。 close() 方法重要的暗示是, session 释放了JDBC连接。这 段Java代码在非托管环境下和JTA环境下都可以运行。
更加灵活的方案是Hibernate内置的"current session"上下文管理,前文已经讲过:
//
factory.getCurrentSession().beginTransaction();
//do some work
...
factory.getCurrentSession().getTransaction().commit();
}
catch (RuntimeException e) { factory.getCurrentSession().getTransaction().rollback(); throw e; // or display error message
}
11.2.1. 非托管环境 |
282 |
Hibernate 中文文档 3.2
你很可能从未在一个通常的应用程序的业务代码中见过这样的代码片断:致命的 (系统)异常应该总是 在应用程序“顶层”被捕获。换句话说,执行Hibernate调用的 代码(在持久层)和处理 RuntimeException 异常的代码(通常只能清理和退出 应用程序)应该在不同 的应用程序逻辑层。Hibernate的当前上下文管理可以极大 地简化这一设计,你所有的一切就是 SessionFactory 。 异常处理将在本章稍后 进行讨论。
请注意,你应该选择 org.hibernate.transaction.JDBCTransactionFactory (这是默认选项),对第二个例子来
说, hibernate.current_session_context_class 应该是 "thread"
11.2.1. 非托管环境 |
283 |
Hibernate 中文文档 3.2
11.2.2. 使用JTA
如果你的持久层运行在一个应用服务器中(例如,在EJB session beans的后
面),Hibernate获取 的每个数据源连接将自动成为全局JTA事务的一部分。 你可 以安装一个独立的JTA实现,使用它而不使用EJB。Hibernate提供了两种策略进行 JTA集成。
如果你使用bean管理事务(BMT),可以通过使用Hibernate的 Transaction API来告诉 应用服务器启动和结束BMT事务。因此,事务管理代码和在非托管环境 下是一样的。
// BMT idiom
Session sess = factory.openSession(); Transaction tx = null;
try {
tx = sess.beginTransaction();
//do some work
...
tx.commit();
}
catch (RuntimeException e) {
if (tx != null) tx.rollback(); throw e; // or display error message
}
finally { sess.close();
}
如果你希望使用与事务绑定的 Session ,也就是使用 getCurrentSession() 来 简化上下文管理,你将不得不直接使用JTA UserTransaction API。
11.2.2. 使用JTA |
284 |
Hibernate 中文文档 3.2
//BMT idiom with getCurrentSession() try {
UserTransaction tx = (UserTransaction)new InitialContext()
.lookup("java:comp/UserTransaction");
tx.begin();
//Do some work on Session bound to transaction factory.getCurrentSession().load(...); factory.getCurrentSession().persist(...);
tx.commit();
}
catch (RuntimeException e) { tx.rollback();
throw e; // or display error message
}
在CMT方式下,事务声明是在session bean的部署描述符中,而不需要编程。 因 此,代码被简化为:
// CMT idiom
Session sess = factory.getCurrentSession();
//do some work
...
在CMT/EJB中甚至会自动rollback,因为假若有未捕获的 RuntimeException 从 session bean方法中抛出,这就会通知容器把全局事务回滚。这就意味着,在BMT 或者CMT中,你根本就不需要使用Hibernate Transaction API ,你自动得到了 绑定到事务的“当前”Session。
注意,当你配置Hibernate的transaction factory的时候,在直接使用JTA的时候 (BMT),你应该选
择org.hibernate.transaction.JTATransactionFactory ,在CMT session bean中选择 org.hibernate.transaction.CMTTransactionFactory 。记得也要
设置 hibernate.transaction.manager_lookup_class 。还有,确认你
的hibernate.current_session_context_class 未设置(为了向下兼容),或 者设置为 "jta" 。
getCurrentSession() 在JTA环境中有一个弊端。对 after_statement 连接释 放方式有一个警告,这是被默认使用的。因为JTA规范的一个很愚蠢的限制, Hibernate不可能自动清理任何未关闭的 ScrollableResults 或者 Iterator , 它们是由 scroll() 或 iterate() 产生的。你must通过在 finally 块中,显式
11.2.2. 使用JTA |
285 |
Hibernate 中文文档 3.2
调用 ScrollableResults.close() 或者 Hibernate.close(Iterator) 方法来 释放底层数据库游标。(当然,大部分程序完全可以很容易的避免在JTA或CMT代码
中出现 scroll() 或 iterate() 。)
11.2.2. 使用JTA |
286 |
Hibernate 中文文档 3.2
11.2.3.异常处理
如果 Session 抛出异常 (包括任何 SQLException ), 你应该立即回滚数据库事
务,调用 Session.close() ,丢弃该 Session 实例。 Session 的某些方法 可能会导致session 处于不一致的状态。所有由Hibernate抛出的异常都视为不可以 恢复的。确保在 finally 代码块中调用 close() 方法,以关闭掉 Session 。
HibernateException 是一个非检查期异常(这不同于Hibernate老的版本), 它 封装了Hibernate持久层可能出现的大多数错误。我们的观点是,不应该强迫应用程 序开发人员 在底层捕获无法恢复的异常。在大多数软件系统中,非检查期异常和致 命异常都是在相应方法调用 的堆栈的顶层被处理的(也就是说,在软件上面的逻辑 层),并且提供一个错误信息给应用软件的用户 (或者采取其他某些相应的操
作)。请注意,Hibernate也有可能抛出其他并不属于 HibernateException 的非 检查期异常。这些异常同样也是无法恢复的,应该 采取某些相应的操作去处理。
在和数据库进行交互时,Hibernate把捕获的 SQLException 封装为Hibernate的 JDBCException 。事实上,Hibernate尝试把异常转换为更有实际含义
的JDBCException 异常的子类。底层的 SQLException 可以 通
过 JDBCException.getCause() 来得到。Hibernate通过使用关联到
SessionFactory 上的 SQLExceptionConverter 来 把 SQLException 转换为 一个对应的 JDBCException 异常的子类。默认情况
下, SQLExceptionConverter 可以通过配置dialect 选项指定;此外,也可以使 用用户自定义的实现类(参考javadocs SQLExceptionConverterFactory 类来了 解详情)。标准的 JDBCException 子类型是:
JDBCConnectionException - 指明底层的JDBC通讯出现错误
SQLGrammarException - 指明发送的SQL语句的语法或者格式错误
ConstraintViolationException - 指明某种类型的约束违例错误
LockAcquisitionException - 指明了在执行请求操作时,获取 所需的锁级
别时出现的错误。
GenericJDBCException - 不属于任何其他种类的原生异常
11.2.3. 异常处理 |
287 |
Hibernate 中文文档 3.2
11.2.4.事务超时
EJB这样的托管环境有一项极为重要的特性,而它从未在非托管环境中提供过,那 就是事务超时。在出现错误的事务行为的时候,超时可以确保不会无限挂起资源、 对用户没有交代。在托管(JTA)环境之外,Hibernate无法完全提供这一功能。但 是,Hiberante至少可以控制数据访问,确保数据库级别的死锁,和返回巨大结果集 的查询被限定在一个规定的时间内。在托管环境中,Hibernate会把事务超时转交给 JTA。这一功能通过Hibernate Transaction 对象进行抽象。
Session sess = factory.openSession(); try {
//set transaction timeout to 3 seconds sess.getTransaction().setTimeout(3); sess.getTransaction().begin();
//do some work
...
sess.getTransaction().commit()
}
catch (RuntimeException e) { sess.getTransaction().rollback(); throw e; // or display error message
}
finally { sess.close();
}
注意 setTimeout() 不应该在CMT bean中调用,此时事务超时值应该是被声明式 定义的。
11.2.4. 事务超时 |
288 |
Hibernate 中文文档 3.2
11.3.乐观并发控制(Optimistic concurrency control)
唯一能够同时保持高并发和高可伸缩性的方法就是使用带版本化的乐观并发控制。 版本检查使用版本号、 或者时间戳来检测更新冲突(并且防止更新丢失)。 Hibernate为使用乐观并发控制的代码提供了三种可 能的方法,应用程序在编写这 些代码时,可以采用它们。我们已经在前面应用程序对话那部分展示了 乐观并发控 制的应用场景,此外,在单个数据库事务范围内,版本检查也提供了防止更新丢失 的好处。
11.3. 乐观并发控制(Optimistic concurrency control) |
289 |
Hibernate 中文文档 3.2
19.1.4.实例化集合和代理(Initializing collections and proxies)
在 Session 范围之外访问未初始化的集合或代理,Hibernate将会抛
出LazyInitializationException 异常。 也就是说,在分离状态下,访问一个
实体所拥有的集合,或者访问其指向代理的属性时,会引发此异常。
有时候我们需要保证某个代理或者集合在Session关闭前就已经被初始化了。 当
然,我们可以通过强行调用 cat.getSex() 或者 cat.getKittens().size() 之 类的方法来确保这一点。 但是这样的程序会造成读者的疑惑,也不符合通常的代码 规范。
静态方法 Hibernate.initialized() 为你的应用程序提供了一个便捷的途径来 延迟加载集合或代理。 只要它的Session处于open状
态, Hibernate.initialize(cat) 将会为cat强制对代理实例化。 同
样, Hibernate.initialize( cat.getKittens() ) 对kittens的集合具有同样 的功能。
还有另外一种选择,就是保持 Session 一直处于open状态,直到所有需要的集合 或代理都被载入。 在某些应用架构中,特别是对于那些使用Hibernate进行数据访 问的代码,以及那些在不同应用层和不同物理进程中使用Hibernate的代码。 在集 合实例化时,如何保证 Session 处于open状态经常会是一个问题。有两种方法可 以解决此问题:
在一个基于Web的应用中,可以利用servlet过滤器(filter),在用户请求
(request)结束、页面生成 结束时关闭 Session (这里使用了在展示层保 持打开Session模式(Open Session in View)), 当然,这将依赖于应用框 架中异常需要被正确的处理。在返回界面给用户之前,乃至在生成界面过程中 发生异常的情况下, 正确关闭 Session 和结束事务将是非常重要的, 请参见 Hibernate wiki上的"Open Session in View"模式,你可以找到示例。
在一个拥有单独业务层的应用中,业务层必须在返回之前,为web层“准备”好 其所需的数据集合。这就意味着 业务层应该载入所有表现层/web层所需的数 据,并将这些已实例化完毕的数据返回。通常,应用程序应该 为web层所需的
每个集合调用 Hibernate.initialize() (这个调用必须发生咱session关闭 之前); 或者使用带有 FETCH 从句,或 FetchMode.JOIN 的Hibernate查 询, 事先取得所有的数据集合。如果你在应用中使用了Command模式,代替 Session Facade , 那么这项任务将会变得简单的多。
你也可以通过 merge() 或 lock() 方法,在访问未实例化的集合(或代理) 之前, 为先前载入的对象绑定一个新的 Session 。 显然,Hibernate将不 会,也不应该自动完成这些任务,因为这将引入一个特殊的事务语义。
有时候,你并不需要完全实例化整个大的集合,仅需要了解它的部分信息(例如其 大小)、或者集合的部分内容。
你可以使用集合过滤器得到其集合的大小,而不必实例化整个集合:
19.1.4. 实例化集合和代理(Initializing collections and proxies) |
392 |