Hibernate实践

感觉这篇写Hibernate的文章写的相当好，转载其中的部分内容，与大家分享！

作者：BlueDavy
来源：www.blogjava.net/BlueDavy
原文：http://www.blogjava.net/BlueDavy/archive/2006/03/27/37582.html

3.2.1.        新增 / 编辑 / 删除
新增 / 编辑 / 删除是持久操作中最常使用的维护性操作，基于 Hibernate 做这样的维护就比采用 sql 的方式简单多了，通过上面 CommonDao ，就可以直接完成 dao.save 、 dao.update 、 dao.delete 的操作，而且在 Hibernate 3 也支持了批量的 insert 、 update 和 delete 。
这个部分中需要注意的是 Hibernate 对于对象的三种状态的定义：

• Transient

很容易理解，就是从未与 session 发生过关系的对象， ^_^ ，例如在代码中直接 User user=new User() ；这样形成的 user 对象，就称为 Transient 对象了。

• Detached

同样很容易理解，就是与 session 发生过关系的对象，但 session 已经关闭了的情况下存在的对象，例如：
User user=new User();
user.setName(“bluedavy”);
session.save(user);
session.close();
在 session.close() 后这个时候的 user 对象就处于 Detached 状态之中了，如果想将这个对象变为 Persistent 状态，可以通过 session.merge 或 session.saveOrUpdate() 等方式来实现。
Detached 状态的对象在实际的应用中最常采用，从概念上我们可以这么理解，处于 Detached 状态的对象可以看做是一个 DTO ，而不是 PO ，这从很大程度上就方便了 PO 在实际项目中的使用了。

• Persistent

Persistent 状态就是指和 Session 发生了关系的对象，并且此时 session 未关闭，举例如下：
User user=new User();
user.setName(“bluedavy”);
session.save(user);
user.getName();
在 session.save 后 user 就处于 Persistent 状态，此时如果通过 session 根据 user 的 id 去获取 user 对象，则可发现获取的对象和之前的 user 是同一个对象，这是 session 一级缓存所起的作用了，当然，也可以强制的刷新 session 的一级缓存，让 session 从数据库中重新获取，只需要在获取前执行 session.evict(user) 或 session.clear() 。

3.2.2.        关联维护
关联维护在 Hibernate 中表现出来可能会让熟悉使用 sql 的人有些的不熟，但其实以对象的观点去看是会觉得很正常的。
在 Hibernate 的关联维护中，最重要的是 inverse 和 cascade 两个概念。

• inverse

inverse 从词义上看过去可能不是那么容易理解，其实它的意思就是由谁来控制关联关系的自动维护，当 inverse=true 就意味着当前对象是不能自动维护关联关系，当 inverse=false 就意味着当前对象可自动维护关联关系，还是举例来说：
假设 Org 和 User 一对多关联，
当 org 中 getUsers 的 inverse=false 的情况：
org.getUsers().add(user);
dao.save(org);
这样执行后将会看到数据库中 user 这条记录中的 orgId 已经被设置上去了。
当 inverse=true 的情况下，执行上面的代码，会发现在数据库中 user 这条记录中的 orgId 没有被设置上去。
^_^ ， inverse 的作用这样可能看的不是很明显，在下面的一对多中会加以描述。

• cascade

cascade 的概念和数据库的 cascade 概念是基本一致的， cascade 的意思形象的来说就是当当前对象执行某操作的情况下，其关联的对象也执行 cascade 设置的同样的操作。
例如当 org.getUsers 的 cascade 设置为 delete 时，当删除 org 时，相应的 users 也同样被删除了，但这个时候要注意， org.getUsers 这个集合是被删除的 user 的集合，也就是说如果这个时候数据库中新增加了一个 user 给 org ，那么这个 user 是不会被删除的。
cascade 的属性值详细见《 Hibernate reference 》。

五.              性能[/b]

Hibernate 作为ORM工具，从性能上来讲带给了很多人忧虑，但我觉得Hibernate在性能上也许会带来少许的降低，但如果对于不能合理设计数据库和使用SQL的人来说，我觉得Hibernate反倒能提高性能，除非是在一些特殊的场合，如报表式的那种查询推荐继续采用JDBC的方式。

Hibernate 在性能提升上其实有很多种做法，在《Hibernate Reference》中也有专门的提升性能的章节，在这里我提几点在项目中通常采用的方法。

[b]5.1. Lazy Load

Lazy Load 是常用的一种提升性能的方法，这个其实很容易理解，在不采用lazy load的情况下，Hibernate在获取一个PO的时候，将同时获取PO中的属性、PO中的集合以及集合中对象的属性、集合，这样看过去很容易看出，如果对象的关联结构有深层次的话，最后搞不好整个库都被加载出来了，而在实际使用中往往可能只需要用到PO中的一两个属性而已，这点也是之前的ORM产品经常被批的一点，就是ORM产品不能象sql那样只获取需要的东西，^_^，其实Hibernate在这点上一直就支持，而且支持的还不错，在Hibernate 3以后，默认的lazy就已经设置为true了，这个时候包括po中的属性都是采用lazy load的方式，只有在调用到这个属性时才会从缓存或数据库中加载，当然，集合也同样如此。

在lazy load上推荐不要什么字段都采用lazy load的方式，对于一些基本属性的字段建议将其lazy设置为false，而对于一些可能需要消耗内存的字段，如clob这样的字段对象的lazy设置为true，对于集合则全部设置为lazy=true。

是否采用Lazy load对系统的性能会有非常明显的影响，同时尽量不要将Detached Object放入Http的session中。

5.1.1.        OSIV

OSIV ： Open Session In View ，在 B/S 系统中通常采用这种方式来更好的去支持 Lazy load ，意思就是在 View 加载前打开 Session ，在 View 加载完毕后关闭 Session 的方式，在 Spring 中有 OpenSessionInViewFilter ，可参考或直接使用。

5.2. Cache

Cache 是在提升系统性能方面常用的方法，在Hibernate中通常有非常好的对于Cache的支持方法，Hibernate中对于Cache有一级缓存和二级缓存的概念，一级缓存是必须的，位于Session部分，二级缓存则不是必须的，由开发人员自行指定，二级缓存可指定使用何种开源的cache工具，Hibernate 3以后的版本默认使用的是Ehcache，也可以切换为Oscache、JbossCache，对我而言最重要的区别在于对于cluster的支持上。

二级缓存能够明显的提高系统的性能，当然，同时也会更加的消耗内存，可以通过配置文件来指定内存中能够加载的最多的元素，这有利于避免消耗过多内存。

二级缓存的设置在Hibernate中非常的简单，只需要在相应的hbm.xml中增加cache元素，指明使用何种策略，如read-only、read-write等，也可以直接在hibernate.cfg.xml中增加class-cache的方式来进行全局指定。

5.3. 高效的查询语句

查询语句的是否高效对于系统的性能也是会造成明显的影响的，为了方便系统性能的调优，建议大家对查询语句进行统一管理，如统一采用NamedQuery的方式，在这样的情况下可以在系统运行时请教数据库专家，由他们来分析系统中的查询语句的执行效率以及提出改进策略，而对于开发人员来讲，在查询语句方面最能够注意的就是采用占位符式的查询。

5.3.1.        占位符式的查询

数据库对于所有的 sql 语句都要进行语法分析，而其分析通常会受到语句中的大小写、空格以及参数不同的影响，在其语法分析器认为不同的情况下将再次进行分析，这就不可避免的降低了响应的速度，而采用占位符式的查询则可保证语法分析器只进行一次的分析，在参数不同的情况并不会出现重复解析的现象，其次就是要统一查询语句的编写风格，包括大小写、空格这些。

我不是很确定 Hibernate 中对于语句的语法分析，估计和数据库的这种方式应该差不多，不过猜想可能会更智能一些， ^_^



PS:HQL查询的时候一定是针对对象的查询，属性和对象名一定都是符合POJO类中对象实体的名称。
如：Person类含有对象personName属性
   对应的数据库中的表名为PERSON，字段PERSON_NAME。
那么在使用HQL查询的时候应当这样使用

FROM Person WHERE personName = ?