hibernate学习笔记(检索策略)
默认的立即检索策略的缺点；
1.select语句的数目太多，需要频繁的访问数据库。会影响检索性能。如果需要查询n个对象。那么必须执行n+1次select查询语句。这种检索策略没有利用sql的连接查询功能。例如：select * from customers left outer join orders on customers.id=orders.customer_id
2.以上select语句使用sql的左外连接查询功能，能够在一条select语句中查询出customers表中的所有记录，以及匹配orders表的记录。
3.在应用逻辑只需要访问customer对象。而不需要访问order对象的场合，加载order对象完全是多余的操作。这些多余的order对象白白浪费了许多内存空间。
在一对多关联级别，使用延迟检索策略。
对于<set>元素，应该优先使用延迟检索策略。如果只是查一的一方。适用立即检索策略，会把多的一方也给查出来。
<set name="orders" invers="true" lazy="true">设置lazy为true即设置延迟检索策略。
此时运行Customer customer=(Customer)session.get(Customer.class,new Long(1))仅立即检索Customer对象，执行以下select语句。
select * from customer where id=1
在一对多关联级别，使用延迟检索策略。
customer对象的order变量引用集合代理类实例，当应用程序第一次访问它，例如调用customer.getOrders().iterator()方法时，hibernate会初始化这个集合代理类实例。在初始化过程中到数据库检索所有customer关联的order对象。执行以下select语句：select * from order where customer_id=1;
延迟检索策略：
优点：由应用程序决定需要加载哪些对象。可以避免执行多余的select语句。以及避免加载应用程序不需要访问的对象。因此能提高检索性能。并且能节省内存空间。
缺点：应用程序如果希望访问游离状态的代理类实例。必须保证它在持久化状态时已经被初始化了
适用范围:
1.一对多或者多对多关联。
2.应用程序不需要立即访问或者根本不会访问的对象。
在多对一关联级别，使用左外联机检索策略:
默认情况下，多对一关联使用左外连接检索策略。
如果把order.hbm.xml文件的<many-oto-one>元素的outer-join的属性设为true，总是使用左外连接检索策略。如：
Order order=(Order)session.get(Order.class,new Long(1));
左外连接检索策略：
优点：1.对应用程序完全透明，不管对象处于持久化状态，还是游离状态，应用程序都可以方便的从一个对象导航到与它关联的对象。
2.使用了外连接。select语句数目少了。
缺点：可能会加载应用程序中不需要访问的对象。浪费内存空间。复杂的数据库表连接也会影响检索性能。
适用范围：
多对一或者一对一关联
应用程序中需要立即访问的对象。
数据库系统具有良好的表连接性能。
在程序中显示指定左外连接检索策略。
1.在映射文件中设定的检索策略是固定的。要么为延迟检索。要么为立即检索，要么为外连接检索
在应用逻辑是多种多样的。有些情况下需要延迟检索。而有些情况下需要外连接检索。
2.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 Customer.id=Orders.customer_idwhere Customers.id=1
1.select语句的数目太多，需要频繁的访问数据库。会影响检索性能。如果需要查询n个对象。那么必须执行n+1次select查询语句。这种检索策略没有利用sql的连接查询功能。例如：select * from customers left outer join orders on customers.id=orders.customer_id
2.以上select语句使用sql的左外连接查询功能，能够在一条select语句中查询出customers表中的所有记录，以及匹配orders表的记录。
3.在应用逻辑只需要访问customer对象。而不需要访问order对象的场合，加载order对象完全是多余的操作。这些多余的order对象白白浪费了许多内存空间。
在一对多关联级别，使用延迟检索策略。
对于<set>元素，应该优先使用延迟检索策略。如果只是查一的一方。适用立即检索策略，会把多的一方也给查出来。
<set name="orders" invers="true" lazy="true">设置lazy为true即设置延迟检索策略。
此时运行Customer customer=(Customer)session.get(Customer.class,new Long(1))仅立即检索Customer对象，执行以下select语句。
select * from customer where id=1
在一对多关联级别，使用延迟检索策略。
customer对象的order变量引用集合代理类实例，当应用程序第一次访问它，例如调用customer.getOrders().iterator()方法时，hibernate会初始化这个集合代理类实例。在初始化过程中到数据库检索所有customer关联的order对象。执行以下select语句：select * from order where customer_id=1;
延迟检索策略：
优点：由应用程序决定需要加载哪些对象。可以避免执行多余的select语句。以及避免加载应用程序不需要访问的对象。因此能提高检索性能。并且能节省内存空间。
缺点：应用程序如果希望访问游离状态的代理类实例。必须保证它在持久化状态时已经被初始化了
适用范围:
1.一对多或者多对多关联。
2.应用程序不需要立即访问或者根本不会访问的对象。
在多对一关联级别，使用左外联机检索策略:
默认情况下，多对一关联使用左外连接检索策略。
如果把order.hbm.xml文件的<many-oto-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 order.id=1
左外连接检索策略：
优点：1.对应用程序完全透明，不管对象处于持久化状态，还是游离状态，应用程序都可以方便的从一个对象导航到与它关联的对象。
2.使用了外连接。select语句数目少了。
缺点：可能会加载应用程序中不需要访问的对象。浪费内存空间。复杂的数据库表连接也会影响检索性能。
适用范围：
多对一或者一对一关联
应用程序中需要立即访问的对象。
数据库系统具有良好的表连接性能。
在程序中显示指定左外连接检索策略。
1.在映射文件中设定的检索策略是固定的。要么为延迟检索。要么为立即检索，要么为外连接检索
在应用逻辑是多种多样的。有些情况下需要延迟检索。而有些情况下需要外连接检索。
2.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 Customer.id=Orders.customer_idwhere Customers.id=1