Hibernate数据检索策略
Hibernate数据检索策略:
?
?
Hibernate的数据检索策略是面向对象的策略，对于不同的数据检索情况，应使用不同的策
?
?
略，以提高效率和节省资源。经常使用的是立即检索和延迟检索，预先抓取是同一级别
?
?
的策略，因为它们是三选一的策略。用了其中一个则另外两个就都不可用，而且被延迟
?
加载的对象当最终被加载时，一定是使用立即加载的形式(指select 语句的形式).
?
批量检索可以优化立即和延迟加载，它们可以同时用。
?
?
立即检索的配置文件标识符为lazy=”false”.
?
对象的属性域、一对一关联对象、多对一关联对象，由于这些被关联的对象是”一”这
?
端，适合立即检索。而一对多和多对一关联对象则不适合设为立即检索.比如班级
?
和学生是一对多关系，当取得班级对象时，如果使用立即检索，就会把班级中所有学
?
生对象组装起来，然后把它们放入一个Set集合中，这个Set集合被班级对象引用。
Fetch=”join”
?
预先抓取指的是Hibernate通过select语句使用outer join (外连接，一般是左外连接left
?
outer join)来获得对象的关联实例或者关联集合。
?
?
它们之间的区别：
?
?
立即加载是立即填充附属物
?
延迟加载是只有实际使用到附属物时才会被填充。两者select语句形式是一样的，
?
都是通过id一条一条的查出来。
?
如果关联好多条记录，用立即检索或者延迟检索是不适合的。过多的sql语句必会造成
?
网络传输和响应的延迟，造成整体性能下降。使用预先抓取策略可以减少SQL语句
的条数。
实际使用中，一对多和多对多关系推荐使用延迟加载，而一对一和多对一关系
推荐使用预先加载。
?
?
Query? q=session.createQuery(“from? Student as s? left join? s.team”)
?
?
Stu.getTeam().getStudents().size() 会报LazyInitializationException异常。
?
这种指明HQL的方式，将忽略配置文件的所有策略。
?
将上面的HQL语句由左外连接改为预先抓取。
?
?
Query q=session.createQuery(“from? Student? as s ?left join fetch? s.team”)
??????
???????????
?? Hibernate仅在第一层关联时忽略配置文件的预先抓取，在更深的层次，按照配置文件设置的
?
策略取得对象。
?
批量加载：
??????
??? 批量加载总是和立即或延迟加载联系在一起的，分为批量立即加载和批量延迟回载，可
?
以用于以下情况：
?
<set name=”students” inverse=”true” batch-size=”3”>
?
<key column=”team_id”/>
?
<one-to-many class=”model.Student”/>
?????
? </set>
?
<class name=”model.Team” table=”team” batch-size=”3”>
?
Query q=session.createQuery(“from Team t”);
?
?
如果在配置文件中设置了学生集合为batch-size=3，也就是批量加载学生集合的数量是3,如
?
果有100个班级，因为设置了批量加载，所以要加载100/3=33还有剩一个学生再加载一
?
?
次，共需要发送SQL语句34次。Batch-size设得太大，将会使延迟加载失去意义。
如果数据被设置了延迟加载，当此数据最终被加载进来时，也可以对它进行批量加载。
?
?
