检索策略

来源:互联网 发布:sql语句修改字段类型 编辑:程序博客网 时间:2024/05/15 13:40

前面我们把映射缓存讲的差不多了;我们在实际开发中最重要的是查询,尤其是大型项目检索何等的重要.接下来我们讲下hibernate里的检索策略;

立即检索策略

List customerLists=session.createQuery(“from Customer as c”).list(); 
• 运行以上方法时,Hibernate将先查询CUSTOMERS表中所有的记录,然后根据每条记录的ID,到ORDERS表中查询有参照关系的记录,Hibernate将依次执行以下 
select语句: 
select * from CUSTOMERS; 
select * from ORDERS where CUSTOMER_ID=1; 
select * from ORDERS where CUSTOMER_ID=2; 
select * from ORDERS where CUSTOMER_ID=3; 
立即检索的缺点: 
• select语句的数目太多,需要频繁的访问数据库,会影响检索性能。如果需要查询n个Customer对象,那么必须执行n+1次select查询语句。这种检索策略没有利用SQL的连接查询功能,例如以上5条select语句完全可以通过以下1条select语句来完成: 
select * from CUSTOMERS left outer join ORDERS on 
CUSTOMERS.ID=ORDERS.CUSTOMER_ID 
• 以上select语句使用了SQL的左外连接查询功能,能够在一条select语句中查询出CUSTOMERS表的所有记录,以及匹配的ORDERS表的记录。 
• 在应用逻辑只需要访问Customer对象,而不需要访问Order对象的场合,加载Order对象完全是多余的操作,这些多余的Order对象白白浪费了许多内存空间。

延迟检索策略

在一对多种实用延迟加载 
• 对于set元素,应该优先考虑使用延迟检索策略: 
set name=”orders” inverse=”true” lazy=”true” > 
此时运行: 
Customer customer=(Customer)session.get (Customer.class,new Long(1)); 
仅立即检索Customer对象,执行以下select语句:

select * from CUSTOMERS where ID=1; 
• Customer对象的orders变量引用集合代理类实例,当应用程序第一次访问它,例如调用customer.getOrders().iterator()方法时,Hibernate会初始化这个集合代理类实例,在初始化过程中到数据库中检索所有与Customer关联的Order对象,执行以下select语句: 
select * from ORDERS where CUSTOMER_ID=1; 
• 优点 
– 由应用程序决定需要加载哪些对象,可以避免执行多余的select语句,以及避免加载应用程序不需要访问的对象。因此能提高检索性能,并且能节省内存空间。 
• 缺点 
– 应用程序如果希望访问游离状态的代理类实例,必须保证它在持久化状态时已经被初始化。 
• 适用范围 
– 一对多或者多对多关联。 
– 应用程序不需要立即访问或者根本不会访问的对象。

左外连接检索策略

• 默认情况下,多对一关联使用左外连接检索策略。 
• 如果把Order.hbm.xml文件的many-to-one>元素的outer-join属性设为true,总是使用左外连接检索策略。 
• 对于以下程序代码: 
Order order=(Order)session.get(Order.class,new Long(1)); 
• 在运行session.get()方法时,Hibernate执行以下select语句: 
select * from ORDERS left outer join CUSTOMERS 
on ORDERS.CUSTOMER_ID=CUSTOMERS.ID where 
ORDERS.ID=1 
• 优点 
– 1.对应用程序完全透明,不管对象处于持久化状态,还是游离状态,应 
用程序都可以方便的从一个对象导航到与它关联的对象。 
– 2.使用了外连接,select语句数目少。 
• 缺点 
– 1.可能会加载应用程序不需要访问的对象,白白浪费许多内存空间。 
– 2.复杂的数据库表连接也会影响检索性能。 
• 适用范围 
– 1.多对一或者一对一关联。 
– 2.应用程序需要立即访问的对象。 
– 3.数据库系统具有良好的表连接性能

在程序中显式指定左外连接检索策略

• 在映射文件中设定的检索策略是固定的,要么为延迟检索,要么为立即检索,要么为外连接检索。 
• 但应用逻辑是多种多样的,有些情况下需要延迟检索,而有些情况下需要外连接检索。 
• Hibernate允许在应用程序中覆盖映射文件中设定的检索策略,由应用程序在运行时决定检索对象图的深度。

• 以下Session的方法都用于检索OID为1的Customer对象: 
session.createQuery(“from Customer as c where c.id=1”); 
session.createQuery(“from Customer as c left join fetch 
c.orders 
where c.id=1”);

• 在执行第一个方法时,将使用映射文件配置的检索策略。 
• 在执行第二个方法时,在HQL语句中显式指定左外连接检索关联的 Order对象,因此会覆盖映射文件配置的检索策略。不管在 Customer.hbm.xml文件中set>元素的lazy属性是true还是false 
,Hibernate都会执行以下select语句:

select * from CUSTOMERS left outer join ORDERS 
on CUSTOMERS.ID =ORDERS.CUSTOMER_ID 
where CUSTOMERS.ID=1;

原创粉丝点击