Hibernate3.X 实践总结

   Hibernate不是盏省油的灯，也不是想像的射来射去很简单的事。有很多细节处理不好会让你很不舒服的，这方面最突出的表现在两方面：一是事务管理，是JTA事务还是JDBC事务？幸亏有了Spring和J2EE容器；二是胡乱映射，模型关系建立不合理或者错误导致，或者是映射策略和技术不过关导致。这样的最终结果是抛出一堆HibernateException，摸不着头脑。下面是我实践中的一些总结作为备忘录写出来。参考的是最新的Hibernate 3.2.6GA API文档，还吸收了Hibernate牛人（夏新）写的书和翻译中文开发手册的精华。

1、Configuration/SessionFactory/Session
   Configuration实例代表了一个应用程序中Java类型 到SQL数据库映射的完整集合. Configuration被用来构建一个(不可变的 (immutable))SessionFactory.
   SessionFactory是线程安全的，创建代价很高。
    Session是非线程安全的，轻量级的。一个Session对应一个JDBC连接，
    Session的connection()会获取Session与之对应的数据库连接Connection对象。
    Session的功能就是操作对象的，这些对象和数据库表有映射关系。
    Session操作的对象是有状态的，分三类：
    自由状态（transient）: 未持久化，未与任何Session相关联，数据库表中没有对应的记录。
    持久化状态（persistent）: 与一个Session相关联，对应数据库表中一条记录。
    游离状态（detached）: 已经进行过持久化，但当前未与任何Session相关联，数据库表中曾经有一条记录，现在还有没有就不知道了。

    游离状态的实例可以通过调用save()、persist()或者saveOrUpdate()方法进行持久化。持久化实例可以通过调用 delete()变成游离状态。通过get()或load()方法得到的实例都是持久化状态的。游离状态的实例可以通过调用 update()、0saveOrUpdate()、lock()或者replicate()进行持久化。游离或者自由状态下的实例可以通过调用merge()方法成为一个新的持久化实例。

2、Session的save()/persist()/update()/saveOrUpdate()/merge()/delete()方法
    save()方法将指定对象保存，插入表中一条数据；
    persist()方法将指定对象保存，插入表中一条数据，我还没发现它和save方法有什么特别之处。
    replicate()方法完全使用给定对象各个属性的值（包括标识id）来持久化给定的游离状态（Transient）的实体，很暴力啊，其中还需要指定存储模式（有四种保存策略供选择）。
    update()方法将指定对象更新，更新表中一条数据；
    saveOrUpdate()方法接收一个实体对象，根据实体对象的id判断是否已经存在进行保存或更新操作，这样保存和更新方法就统一了；
    merge()方法将给定的对象的状态复制到具有相同标识的持久化对象上。
    delete()方法将指定对象删除，删除表中一条数据；

    特别注意：为了使用saveOrUpdate()方法，在由定义映射文件时，通过设定<id>标签的unsaved-value="null"来判断执行什么操作： 当id属性等于unsaved-value的值（在此为null）时，则认为还没有保存，应该执行保存操作，否则执行更新操作。这样设定之后，可以使用saveOrUpdate()方法来统一保存和更新的方法。

    <id name="id" column="id" type="java.lang.Integer" unsaved-value="null">
        <generator class="native"/>
    </id>

unsaved-value可以设定的值有四个：
    any：总是储存
    none：总是更新
    null：id为null时储存（预设）
    valid：id为null或是指定值时储存

3、Session的get()/load()方法
    get()方法会总是查询实体对象，不存在时候返回null；
    load()方法也是获取一个实体对象，不存在时候抛空指针异常。

4、Session的clear()/evict()方法
    clear()方法清除Session级别缓存中的所有实体（包括各种状态）对象，目的是释放内存。
    evict()方法清除Session级别缓存中的指定的实体（包括各种状态）对象。
    当然，Session关闭后，这些缓存也就不存在了，会等待JVM回收。

5、Session的flush()方法
    flush()强制持久化Session缓存中的实体对象。一般还会调用clear()或evict()，目的是赶紧保存，释放宝贵内存资源。

6、Session的commit()/rollback()方法
    commit()方法用于提交Session上的事务，否则工作单元不会对数据库产生影响。如果执行出现异常（也就是commit()失败了），则之前的操作取消，执行rollback()可撤消之前的操作。

7、Session的close()/isOpen()/isConnected()/reconnect()方法
    close()方法关闭Session所对应数据库连接，与其相关联的对象生命周期结束。
    isOpen()方法检查Session是否仍然打开，如果Session已经断开，则可以使用reconnect(Connection connection)来重新让Session关联一个JDBC连接。
    isConnected()方法检查当前Session是否处于连接状态。

8、Criteria、DetchedCriteria和Query接口
    Criteria和Query的实例都是和Session绑定的，其生命周期跟随着Session结束而结束。
    DetchedCriteria实例相当于一个SQL模板，目的是为了复用。其中的getExecutableCriteria(session)方法接收一个Session对象，并与之绑定，返回一个Criteria对象。

9、Hibernate类的initialize()方法
    initialize()方法强制Hibernate立即加载指定实体所关联的对象和集合。Hibernate类中还有其他几个很有用但不适很常用的方法。

10、映射文件中的lazy属性
    在Hibernate3中，class元素的lazy属性默认是true，如果不需要，则需要显示指定为lazy="false"，否则，操作load返回的对象会抛异常。另外Hibernate3中还可以为实体属性指定lazy属性。

11、JDBC事务和JTA事务
    Hibernate本身没有事务管理功能，它依赖于JDBC或JTA的事务管理功能，在Hibernate配置文件中，如果不显式指定Transaction的工厂类别属性hibernate.transaction.factory_class的配置，则默认为JDBC事务：
    <property name="hibernate.transaction.factory_class">org.hibernate.transaction.JDBCTransactionFactory</property>。
    在通过SessionFactory获取到Session后，与Session相关联的JDBC Connection实例就被设定为false。

    特别注意：如果数据库不支持事务，比如MySQL的MyISAM引擎的表就不支持事务，声明事务也不会起作用。要使MySQL5的表支持事务，则可以指定表的引擎类型为InnoDB。如果是学习或者研究，目前最好还是使用PostgreSQL 8.3或DB2、Oracle。
JDBC事务总是和一个数据库连接（或一个Session）相关联的。
    JTA事务则可以跨越多个数据连接（或多个Session），这些连接还可以是不同数据库的连接，JTA事务一般由容器进行管理。编程只要在多个操作单元的开始和结束定义JTA事务的边界即可。

    特别注意：如果使用了JTA事务，则不能再用在JDBC式的事务来管理每个Session的操作，否则会出错。为了程序的的通用性，一般来说，都是使用JTA事务来构建应用，这使用任何环境。当然，也可以使用事务代理为每个JDBC的操作方法加入事务控制。这样也为程序以后移植到JTA容器事务上带来很大方便。其实现在可以使用Spring的事务管理，与Hibernate结合的非常完美。

评论

8 楼 icewubin 2008-05-22  

我实际使用的结果是，这么多操作，合适的并不是很多，也不太希望公司的新人把这些方法全记住，还没完全想清楚，目前只用save、update、refresh、evict、delete、load、get（测试的时候用）。
像saveOrUpdate我是很排斥的，具体理由还未理清楚，比如调试不方便，业务含义不明确，架构需求根本不需要这种操作。merge也是如此，SNA设计思想的架构我怎么也想不出需要这种东西。

提醒一点，save使得对象的ID有值，但是没有代理性质，所以想要马上得到代理性质，又不能通过返回，而要更改引用的话（我还真碰到这种需求）：
session.save(model);
session.flush();
session.refresh(model);
不过从内存跟踪的结果来看，和load得到的对象还是有点不一样的，也可能一样，有兴趣大家debug跟一下，呵呵。

7 楼 igogo007 2008-05-19  

楼主讲的很好。

6 楼 laiseeme 2008-05-18  

上面说的也对  书上说的就是这种  但是jiyanliang 说的更全面些  回去再坐坐测试就知道了

5 楼 wangxin0072000 2008-05-18  

我一直在使用hibernate2
发现get 与load的区别主要是load时，如果数据库中没有此id的记录时，返回异常，而get返回null
由于hibernate2默认lazy load为false，所以没有注意过返回的对象中是否为代理

4 楼 laiseeme 2008-05-18  

看了get和load的补充  理解了好多   还是有spring好 很多东西都叫给他管理,大大简化了hibernate的使用

3 楼 CoolinZ 2008-05-18  

使用get或load要小心 
load可以提高缓存使用效率 但由于是代理 所以在后面操作会更容易出现问题
get是直接访问db 所以cache的作用就没了 但会马上得到结果 麻烦少,但频繁调用势必对服务器压力增加

2 楼 morris 2008-05-09  

非常感谢楼上给的补充 我现在彻底明白了

1 楼 jiyanliang 2008-05-09  

persist()方法无返回值，save()方法返回对象标识符。
persist()方法只能保存暂态和持久态的对象，save()方法能保存任何状态对象。
共同点：调用完方法后，对象的状态都变成持久态。

get()方法返回对象的实例，而对于load()方法，如果在持久化上下文存在该标识符的对象，就返回该对象的实例，否则返回对象的代理，该代理对象只含有对象标识符。