Hibernate查询的总结-优快云博客

本文探讨了Hibernate中list和Iterator操作对缓存的影响，包括不同顺序使用时的行为差异，以及get和load方法的区别。同时介绍了Hibernate的性能优化策略，如延迟加载和预装载的方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、hibernate查询
      1、测试list和Iterator与缓存的关系
      （1）、在同一session中先迭代再list
       执行的结果是：
Hibernate:
    select
        book0_.BID as col_0_0_
    from
        T_BOOK book0_
Hibernate:
    select
        book0_.BID as BID3_0_,
        book0_.BNAME as BNAME3_0_
    from
        T_BOOK book0_
    where
        book0_.BID in (
            ?, ?
        )
java
oracle
Hibernate:
    select
        book0_.BID as BID3_0_,
        book0_.BNAME as BNAME3_0_
    from
        T_BOOK book0_
    where
        book0_.BID in (
            ?, ?
        )
c
.Net
***************************
Hibernate:
    select
        book0_.BID as BID3_,
        book0_.BNAME as BNAME3_
    from
        T_BOOK book0_
java
oracle
c
.Net

分析:在先迭代的时候，会查询数据库中的oid在一级缓存中创建一个没有数据的代理对象
，当迭代器调用next（）方法的时候，就会根据代理对象的每一个oid查询数据库并填充数据
。当迭代完后，再执行list的时候，list是直接到数据库中查询出oid和数据填充一级缓存
，而没有去迭代过后的一级缓存中取数据，而是直接查询数据库！

------------------------------------------------------------------------------
（2）、在同一session中先list再迭代
   执行的结果是：Hibernate:
    select
        book0_.BID as BID3_,
        book0_.BNAME as BNAME3_
    from
        T_BOOK book0_
java
oracle
c
.Net
***************************
Hibernate:
    select
        book0_.BID as col_0_0_
    from
        T_BOOK book0_
java
oracle

分析：
在先list的时候，直接去查询了数据库，并且把oid和数据填充到了一级缓存中去了
；再list完后。继续测试Iterator的时候只执行了一条查询oid的sql语句，所以说明，一级缓存被填充过后，Iterator时就不用创建代理，而是直接将数据取出。

------------------------------------------------------------------------------
（3）在同一session中执行两次list

查询结果是：Hibernate:
   select
        book0_.BID as BID3_,
        book0_.BNAME as BNAME3_
    from
        T_BOOK book0_
java
oracle
c
.Net
***************************
Hibernate:
    select
        book0_.BID as BID3_,
        book0_.BNAME as BNAME3_
    from
        T_BOOK book0_
java
oracle
c
.Net
分析：两条sql都是一样的，说明在第一次执行list 的时候填充了oid和数据到一级缓存中；
但是执行第二次list的时候还是打印了sql说明list填充数据到一级缓存中并没有用！
而是重写到数据库中查询数据！

总结：
get 和 load

A、get
1、在一级缓存中找Book 的代理Proxy
2、如果找不到就到数据库中去找
3、若数据中没有数据则返回null（这个与一级缓存无关）
4、如果数据库中有数据在一级缓存中就会创建代理对象
（是填充了数据的代理）

B、load
1、如果在一级缓存中找，如果找到了就什么都不做了
2、如果找不到的话就创建代理并且设置OID（与数据库无关，只跟一级缓存有关）
3、无论是对代理对象的任何方法，都会触发查找数据库（例如在代理中调用tostring）

list 和 Iterator

A、list会直接查询数据库把oid和数据填充到一级缓存中类似于get；但是查出来到缓存中后却没有用
B、Iterator会直接先查询oid创建没有数据的代理对象，当调用next（）方法的时候才会根据第一个oid来查询数据库得到数据填充
C、无论在list和Iterator过后，再执行load的话，都不会打印load的sql语句

二、hibernate性能优化

1、延迟加载
A、当我在Book.bhm.xml配置文件中的class里面将lazy设置成false时、（在不调用任何方法的情况下）会打印出查询数据库的sql；

这说明：如果将lazy设置成false，一旦load的时候就会将oid和数据一起装载，不会延迟

2、预先装载

1.利用Hql的left join fetch 来实现

2、利用条件查询setFetchMode("多方的类"，FetchMode.JOIN)

3、在配置文件中写将fetch设置为join

三、批量处理