Hibernate的查询语言之HQL(二)——Hibernate查询的from字句

　　from 是最简单的HQL语句，也是最基本的HQL语句。from 关键字后紧跟持久化类的类名。例如：

 from Person

　　表明从Person持久化类中取出全部的实例。

　　大部分时候,推荐位该Person的每个实例取一个别名。例如:

 from Person as p

　　上面的as是可选的，但为了增加可读性，建议保留。

　　from 后面还可以同时出现多个持久化类，此时将产生一个笛卡尔积或跨表连接，但实际上这种用法很少使用，因为通常我们可能需要使用跨表连接时，可以考虑使用隐士连接或者显示连接，而不是直接在from后紧跟多个表名。

　　

　　关联和连接

　　当程序需要从多个数据表中取得数据时，SQL语句将会考虑使用多表连接查询。Hibernate使用关联映射来处理底层数据表之间的连接，一旦我们提供正确的映射后，当程序通过Hibernate进行持久化访问时，将可利用Hibernate的关联进行连接。

　　HQL支持两种关联连接(join)形式: 隐式(implicit)与显式(explicit)。

　　隐式连接形式不适用 join 关键字，使用英文点号(.)来隐式连接关联实体，而Hibernate底层将自动进行关联查询。例如如下HQL语句

 //查询Person持久化实体
 from Person as p
 where p.myEvents.titile > :title

　　上面的p.myEvents属性的实质是一个持久化实体，因此Hibernate底层隐式自动进行连接查询。

　　

　　显式连接则需要使用 xxx join 关键字。例如下面的语句:

 from Person p
 inner join p.myEvents event
 where event.happenDate < :endDate

　　使用显式连接 时可以为相关联的实体，甚至是关联集合中的全部元素指定一个别名。

　　Hibernate支持的HQL连接直接借鉴了 SQL99 多表查询的关键字，可使用如下几种连接方法。

　　》inner join (内连接)，可简写成 join。

　　》left outer join(左外连接)，可简写成 left join。

　　》right outer join(右外连接)，可简写成right join。

　　》full join(全连接)，并不常用。

　　使用显式连接时，还可通过HQL的with关键字来提供额外的连接条件，例如如下HQL语句：

 from Person p
 inner join p.myEvents event
 with p.id > event.id
 where event.happenDate < :endDate

　　Hibernate会将这种显式连接转换成SQL99多表连接的语法，所以HQL语句中with关键字的作用等同于SQL99中 on 关键字的作用;都是用于指定连接条件。通过在HQL语句中使用with关键字，可以让HQL语句执行非等值连接查询。

　　

　　不难发现 要想完全掌握HQL,不懂SQL是完全不行的。

　　还有一点必须指出：由于此处的inner join, left join, right join, full join的实质依然是基于底层的SQL的内，左，外连接的，所以如果底层SQL不支持这些外连接，那么执行相应的HQL时就会相应的引发异常。

　　对于隐式连接和显式连接还有如下两点区别：

　　》隐式连接底层将转换为SQL99 的交叉连接，显式连接底层将转换成SQL99 的 inner join, left join, right join等连接。

　　对于from Person p where p.myEvent.title > :title这条隐式连接的HQL语句，执行HQL查询后将看到产生如下所示的SQL语句。

 select
     person0_.person_id as person1_0_,
     person0_.name as name_0,
     person0_.age as age0_,
     person0_.event_id as event4_0_
 from
     person person0_ cross
     join
     event myevent1_
 where
     person0_.event_id = myevent1_.event_id
     and myevent1_.title > ?

　　而对于from Person p left join p.myEvents event where event.happenDate < :endDate 这条显式连接的HQL语句，执行HQL查询后将看到产生如下所示的SQL语句:

 select
     person0_.person_id as person1_0_,
     person0_.name as name0_,
     person0_.age as age0_,
     person0_.event_id as event4_0_
 from person person0_
 left outer join
         event myevent1_
             on person0_.event_id = myevent1_.event_id
 where
     myevent1_.happenDate < ?

　　对比这两条SQL语句，不难发现第一条SQL语句是SQL99的交叉连接，而第二条SQL语句则是SQL99的左外连接语法——具体到底使用哪种连接方法，取决于HQL语句的显示连接使用了哪种连接方式。

　　》隐式连接和显示连接查询后返回的结果不同。

　　当HQL语句中省略select关键字时，使用隐式连接查询返回的结果是多个被查询实体组成的集合。如上面第一条SQL语句所示，它只选择person表中的数据列，所以查询得到的结果是Person对象组成的集合。

　　当使用显式连接查询的HQL语句中省略select关键字时，返回的结果也是集合，但集合元素是被查询持久化对象，所有被关联的持久化对象所组成的数组。如上面的第二条SQL语句所示，他同时选择了person,event表中的所有数据列，查询得到的结果集的每条记录即包含了Person实体的全部属性，也包含了MyEvent实体的全部属性。Hibernate会把每条记录封装成一个集合元素，用属于Person的属性创建Person对象，属于MyEvent的属性创建MyEvent对象.....多个持久化实体最后封装成一个数组来作为集合元素。

　　如：

         Session session = HibernateSessionFactory.getSession();
         Transaction tx = session.beginTransaction();
         String hql = "from Person p join p.myEvents event";
         List<Object[]> datas = session.createQuery(hql).list();
         for(Object[] data:datas){
             System.out.println(data[0]);//输出Person持久化实体对象
             System.out.println(data[1]);//输出MyEvent持久化实体对象
         }
         tx.commit();
         session.close();

　　关于隐式连接和显示连接还有非常主要的一点需要指出，这是由Hibernate版本升级所引发的问题。在Hibernate3.2.2之前的版本, Hibernate会对所有关联实体自动使用隐式连接。对于如下HQL语句:

　

 from Person p
 where p.myEvents.title = :eventTitle

　　无论如何, Hibernate将对上面的p.myEvents.title自动使用隐式连接，因此上面的HQL语句总是有效的。　　

　　从Hibernate3.2.3以后, Hibernate改变了这种隐式连接的策略,还是对于这条同样的HQL语句，则可能出现以后几种情况：

　　》如果myEvents 是普通组件属性,或单个的关联实体，则Hibernate会自动生成隐式内连接，上面的HQL语句依然有效。

　　》如果myEvents是一个集合(包括1-N,N-N关联),那么系统将出现:QueryException异常，异常提示信息为:

 org.hibernate.QueryException: illegal attempt to dereference collection

　　根据Hibernate的官方说法：这样可以使的隐式连接更具确定性(原文:This makes implicit joins more deterministic)

　　为此, Hibernate推荐上面的HQL语句写成:

 from Person p
 inner join p.myEvents e
 where e.title = :eventTitle

　　这条HQL语句将会返回一个集合,集合元素是Person实体和MyEvent实体组成的数组。

　　如果只想获取Person组成的集合，则需要改写成:

 select p
 from Person p
 join p.myEvents e
 where e.title = :eventTitle

　　但上面的语句可能返回多个完全相同的Person对象,想一想SQL多表连接查询的结果就可知道原因了。

　　如果想得到由Person实体组成的集合,且元素不重复，应该改为如下SQL语句:

 select distinct p
 from Person p
 inner join p.myEvents e
 where e.title =  :eventTitle

　　也就是说，对于Hibernate 3.2.3以后的版本，如果关联实体是单个实例或单个的组件属性，HQL依然可以可以使用英文句点(.)来隐式连接关联实体或组件；但如果关联实体是集合(包括1-N关联，N-N关联和集合元素是组件等)，则必须使用 xxx join 来显式连接关联实体或组件。

　　对于有集合属性的,Hibernate默认采用延迟加载策略。如果Session被关闭，Person实例将无法访问关联的scores属性。

　　为了解决该问题，可以在Hibernate映射文件中指定 lazy = "false" 来关闭延迟加载。

　　还有一种方法，使用join fetch,例如:

 from Person p
 join fetch p.scores

　　上面的关键字将导致Hibernate在初始化Person对象时，同时抓取该Person关联的scores集合属性。

　　使用join fetch时通常无需指定别名，因为相关联的的对象不应在where字句（或其他任何字句）中使用。而且被关联的对象也不会再被查询的结果中直接返回，而是应该通过其父对象来访问。

　　使用fetch关键字时有如下几个注意点

　　》fetch不应该与setMaxResult()或setFirstResult()公用。因为这些操作都是基于结果集的，而在预先抓取集合类时可能包含重复的数据，即无法预先知道精确的行数。

　　》fetch不能独立与with条件一起使用。

　　》如果在一次查询中fetch多个集合，可以查询返回笛卡尔积，因此请多加注意。

　　》对bag映射而言，同时join fetch多个集合可能出现非预期结果，因此需要谨慎使用。

　　》full join fetch 与 right join fetch是没有任何意义的。

　　如果在映射文件映射属性时同时指定 lazy =  "true" 启动了延迟加载(这种延迟加载是通过字节码增强来实现的)，然后程序里有希望预加载那些原本应延迟加载的属性，则可以通过 fetch all properties 来强制Hibernate立即抓取这些属性。例如:

　　

 from Document fetch all properties order by name
 from Document doc fetch all properties where lower(doc.name) like '%cats%'