Hibernate与延迟加载

Hibernate对象关系映射提供延迟的与非延迟的对象初始化。非延迟加载在读取一个对象的时候会将与这个对象所有相关的其他对象一起读取出来 。这有时会导致成百的（如果不是成千的话）select语句在读取对象的时候执行。这个问题有时出现在使用双向关系的时候，经常会导致整个数据库都在初始化的阶段被读出来了。当然，你可以不厌其烦地检查每一个对象与其他对象的关系，并把那些最昂贵的删除，但是到最后，我们可能会因此失去了本想在ORM工具中获得的便利。　　

一个明显的解决方法是使用Hibernate提供的延迟加载机制 。这种初始化策略只在一个对象调用它的一对多或多对多关系时才将关系对象读取出来 。这个过程对开发者来说是透明的，而且只进行了很少的数据库操作请求，因此会得到比较明显的性能提升。这项技术的一个缺陷是延迟加载技术要求一个Hibernate会话要在对象使用的时候一直开着。这会成为通过使用DAO模式将持久层抽象出来时的一个主要问题。为了将持久化机制完全地抽象出来，所有的数据库逻辑，包括打开或关闭会话，都不能在应用层出现。最常见的是，一些实现了简单接口的DAO实现类将数据库逻辑完全封装起来了。一种快速但是笨拙的解决方法是放弃DAO模式，将数据库连接逻辑加到应用层中来。这可能对一些小的应用程序有效，但是在大的系统中，这是一个严重的设计缺陷，妨碍了系统的可扩展性。

spring的容器是提供了lazy-load的，即默认的缺省设置是bean没有lazy-load，该属性处于false状态，这样导致spring 在启动过程导致在启动时候，会默认加载整个对象实例图，从初始化ACTION配置、到service配置到dao配置、乃至到数据库连接、事务等等。 把beans的default-lazy-init改为true的话，spring在启动的时候并没有真正实例化对象，而只是用一个代理来实现。当真正需要调用该类的时候，才会去实例化    不是说有的beans都能设置default-lazy-init成为true.对于scheduler的bean不能用lazy-init

Hibernate习题总结：

一、Hibernate工作原理：
   1. 读取并解析配置文件
   2. 读取并解析映射信息，创建SessionFactory
   3. 打开Sesssion
   4. 创建事务Transation
   5. 持久化操作
   6. 提交事务
   7. 关闭Session
   8. 关闭SesstionFactory

二、Hibernate有什么好处：

    * 对JDBC访问数据库的代码做了封装 ，大大简化了数据访问层繁琐的重复性代码。
    * Hibernate是一个基于JDBC的主流持久化框架，是一个优秀的ORM实现。他很大程度的简化DAO层的编码工作
    * hibernate使用Java反射机制，而不是字节码增强程序来实现透明性。
    * hibernate的性能非常好，因为它是个轻量级框架。映射的灵活性很出色。它支持各种关系数据库，从一对一到多对多的各种复杂关系。