Hibernate In Action
中文版
Java 爱好者 http://www.JavaFan.NET 制作
4.1.2 持久对象
持久实例是任何具有数据库标识的实例，就像第三章第 3.4 节“理解对象标识符”所定义
的那样。也就是持久实例有一个主键值设为数据库标识符。
持久实例可能是由应用程序初始化的对象调用持久管理器（Hibernate Session，本章的后
面部分将会详细讨论）的 save()方法实现持久化。然后，持久实例就跟持久管理器关联起来。
它们甚至可能是引用另一个已经与持久管理器相关联的持久对象来实现持久化。可选的，持
久实例可能是通过执行查询，通过标识符查找从数据库中检索出来的实例，或者是从另一个
持久实例开始导航对象图。换句话说，持久实例通常是同 Session 相关的，是事务的。
持久实例是在事务中进行操作的—它们的状态在事务结束时同数据库进行同步。当事务
提交时，通过执行 SQL 的 INSERT、UPDATE 和 DELETE 语句把内存中的状态同步到数据库
中。这个过程也可能在其它时间发生。例如，Hibernate 在执行查询之前可能要同数据库同步。
这就确保查询能够意识到在事务早期所做的更改。
我们称已经分配主键值但是还没有插入到数据库中的持久实例是新的。新的持久实例将
会仍然保持“新”的状态直到同步发生。
当然，你不必在事务结束时把内存中的每个持久对象的状态更新到数据库中对应的行上。
ORM 软件必须有一种机制来检测哪个持久对象已经被应用程序在事务中修改了。我们称其为
自动脏数据检查（修改过的对象还没有同步到数据库中被任为是脏的）。这种状态对于应用程
序来说是不可见的。我们把这种特性称为 transparent transaction-level write-behind
，
意思是
Hibernate 尽可能晚地把改变的状态同步到数据库中，但是对应用程序隐藏其实现细节。
Hibernate 能够确切地知道哪个属性改变了，因此可以在 SQL UPDATE 语句中仅包含那些
需要更新的列。这样做可以提高性能，对于一些特定的数据库尤其如此。然而，这样做并不
是总能得到性能提升，理论上，在 某 些 环境中，可能要降低一些性能。因此，Hibernate 在 SQL
UPDATE 语句中默认包含所有的列（因此，Hibernate 在启动时能够生成这个基本的 SQL，而
不是在运行时）。如果仅仅希望更新修改过的列，你可以在类映射中通过把 dynamic-update 设
- 1
- 2
前往页