Hibernate数据加载的方式

1.  即时加载（Immediate Loading）
当实体加载完成后，立即加载其相关数据。
我们在配置文件XX.hbm.xml 中设置为lazy=false;即这就可以作为即时加载。
2.  延迟加载（Lazy Loading）
实体加载时，其关联数据并非即刻获取，而是当关联数据第一次被访问时在进行读取；也就是在需要数据的时候，才真正执行数据的加载操作。这种加载方式在第一次访问关联数据时，必须在同一个session中，否则会报session已关闭错误。
在hibernate2中的延迟加载实现主要针对：实体对象和集合（collection）.
在hibernate3同时提供了属性的延迟加载功能。
我们在配置文件XX.hbm.xml 中设置为lazy=true;即这就可以作为延迟加载。主要用于one-to-many场合.
3.  预先加载（Eager Loding）
预先加载时，实体及其关联对象同时读取，这与即时加载类似，不过实体及其关联数据是通过一条sql 语句（基于外连接[out join] ）同时读取。
预先加载即通过out-join完成并联数据的加载，这样，通过一条sql语句即时可完成实体即器并联数据读取的操作，相对即时读取的两条甚至若干条sql而言，无疑这种机制在性能上带来了更多的提升。
不过，对于集合类型（也就是一对多，多对一，多对多关系中），我们并不推荐采用预先 加载方式，理由与即时加载一样，对于集合，只要条件允许，我们应该尽量采用延迟加载方式，以避免性能上可能的无所谓的开销。
注意：当实体间关联比较复杂时，比如多层关联，Hibernate生成的"outer join SQL"可能过于复杂，此时可以通过设定全局变量（hibernate.max_fetch_depth）限定join的层次（一般设定为5层）。
4.  批量加载（Batch Loding）
对于即时加载和延时加载，可以采用批量加载方式进行性能上的优化。
批量加载，简而言之，就是通过批量提交多个限制的条件，一次完成多个数据的读取。
例如：
        Select  from User where id=1;
        Select  from User where id=2;
我们可以将其整合一条sql语句完成同样的功能。
        Select from User where id=1 or id=2;
这就是所谓的批量加载机制。如果使用了批量加载机制。Heibernate在进行数据查询操作前，会自动在当前session中寻找是否还有其他同类行待加载的数据，如果有，则将其查询条件合并在当前select 语句中一并提交，这样通过一次数据库操作即完成了多个读取任务。
在实体配置的class 节点中，我们可以通过batch-size参数打开批量加载机制，并限定每次批量加载的数量：
<class name=”User” table=”T_User” batch-size=”5”>
一般来说，batch-size应该设置为一个合理的小型数值（<10比较合理）.