Hibernate数据加载的方式

1. 即时加载（Immediate Loading）

当实体加载完成后，立即加载其相关数据。

我们在配置文件XX.hbm.xml 中设置为lazy=false;即这就可以作为即时加载。

2. 延迟加载（Lazy Loading）

实体加载时，其关联数据并非即刻获取，而是当关联数据第一次被访问时在进行读取；也就是在需要数据的时候，才真正执行数据的加载操作。

在hibernate2中的延迟加载实现主要针对：实体对象和集合（collection）.

在hibernate3同时提供了属性的延迟加载功能。

我们在配置文件XX.hbm.xml 中设置为lazy=true;即这就可以作为延迟加载。

3. 预先加载（Eager Loding）

预先加载时，实体及其关联对象同时读取，这与即时加载类似，不过实体及其关联数据是通过一条sql 语句（基于外连接[out join] ）同时读取。

预先加载即通过out-join完成并联数据的加载，这样，通过一条sql语句即时可完成实体即器并联数据读取的操作，相对即时读取的两条甚至若干条sql而言，无疑这种机制在性能上带来了更多的提升。

不过，对于集合类型（也就是一对多，多对一，多对多关系中），我们并不推荐采用预先加载方式，理由与即时加载一样，对于集合，只要条件允许，我们应该尽量采用延迟加载方式，以避免性能上可能的无所谓的开销。

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）.