131.报表查询
报表查询利用数据库执行有效的数据分组和聚集的能力。它们天生更为相关；它们并非始终返回实体。
HQL和JPA QL允许使用几个最常用于报表的SQL特性——虽然它们也用于其他目的。在报表查询中，给投影使用SELECT子句，给聚集使用GROUP BY和HAVING子句。
（1）利用统计函数投影
HQL识别的并在JPA QL中标准化的统计函数式count()、min()、max()、sum()和avg()。
特殊的COUNT(DISTINCT)函数忽略重复：
select count(distinct i.description) from Item i
（2）给统计结果分组
就像在SQL中一样，出现在HQL或者JPA QL中但在SELECT子句中的一个统计函数之外的任何属性或者别名，也必须出现杂GROUP BY子句中。
（3）用having限制分组
WHERE子句用来在行上执行限制的相关操作。HAVING子句在分组上执行限制。
管理SELECT和HAVING子句的规则一样：只有被分了组的属性才可能出现在统计函数之外。
（4）利用动态的实例化
一般用于报表查询的，字节组（tuple）特别不方便，因此HQL和JPA QL提供了SELECT NEW构造器嗲用。除了用这种技术动态创建新对象之外，也可以把它与聚集和分组组合起来使用。
如果用含有Long、Long和BigDecimal的构造器，定义一个称作为itemBidSummary的类，就可能用到下列查询：
select new ItemBidSummary(bid.item.id,count(id),avg(bid)))from Bid bid
where bid.item.successfulBid is null
group by bid.item.id
注意，此处必须编写一个完全限定的类名，带有包名，除非类已经被导入到HQL命名空间。这个方法是类型安全的，并且数据前一类可以轻松地对报表中值得特殊格式打印进行扩展。
（5）利用报表查询提示性能
报表查询导致被分配的内存的更快是否，因为对象没有被保存在持久化上下文高速缓存中，知道上下文关闭——执行报表之后，一旦它们没有被应用程序引用，可能就立即被当做垃圾收集起来。
132.利用子查询
子查询是内嵌在另一个查询中的查询，一般在SELECT、FROM或者WHERE子句中。
HQL和JPA QL支持WHERE中的子查询。FROM子句中的子查询不受HQL和JPA QL的支持（虽然规范把它们列为一项可能的未来扩展），因为这两种语言都没与传递闭包。查询的结果可能不是表格，因此不能在FROM子句中重新用于选择。SELECT子句中的子查询也不受查询语言的支持，但可以通过公式（formula）映射到属性。
（1）相关的和不相关的嵌套
from User u where 10<(
select count(i) from u.items i where i.successfulBid is not null
)
from Bid bid where bid.amount+1>=(
select max(b.amount) from bid b
)
（2）量词
如果一个子查询返回多行，它就是与量词（quantification）组合了。ANSI SQL、HQL和JPA QL定义了下列量词：
ALL——如果对子查询的结果中所有值的比较为真，表达式就取值为true。如果子查询结果的单个值没有通过比较测试，就取值为false。
ANY——如果对子查询的结果中有些（任何）值的比较为真，表达式就取值为true。如果子查询结果为空或者没有值满足比较，就取值为false。关键字SOME是ANY的同义词。
IN——这个二进制的比较操作符可以针对一个子查询的结果比较一系列值，并且如果在结果中找到所有值，则取值为true。
例如这个查询返回所有出价都小于100的货品：
from Item i where 100>all(select b.amount from i.bids b)
下一个查询返回所有其他的货品，即出价大于100的：
from Item i where 100<=any(select b.amount from i.bids b)
这个查询返回出价正好为100的货品：
from Item i where 100= some(select b.amount from i.bids b)
这个也一样：
from Item i where 100 in (select b.amount from i.bids b)
HQL对在元素或者集合的索引上操作的子查询支持快捷语法。
List result=session.createQuery("from Category c where :givenItem in elements(c.items)").setEntity("givenItem",item).list();
133.Criteria和Example API都只可在Hibernate中使用；Java Persistence没有标准化这些接口。
最简单的条件查询看起来像这样：
session.createCriteria(Item.class);
它获取Item类的所有持久化实例。这也称作条件查询的根实体（root entity）。
（1）应用限制
对于条件查询来说，你必须构建Criterion对象来表达约束。Restrictions类给内建的Criterion类型提供工厂方法。
session.createCriteria(User.class).add(Restrictions.eq("homeAddress.street","Foo"));
（2）创建比较表达式
所有一般的SQL（和HQL、JPA QL）比较操作符也可以通过Restrictions类使用：
Criterion restriction=Restrictions.between("amount",new BigDecimal(100),new BigDecimal(200));
三重逻辑操作符也可用；这个查询返回没有电子邮件地址的用户：
session.createCriteria(User.class).add(Restrictions.isNull("email"));
（3）字符串匹配
对于条件查询，通配符搜索可以使用与HQL和JPA QL相同的通配符符号（%和_），或者指定MatchMode。MatchMode是不用字符串操作来表达子字符串匹配的一种方便的方法。
得到之后的MatchMode是START、END、ANYWHERE和EXACT。
（4）组合表达和逻辑操作符
如果把多个Criterion实例添加到同一个Criteria实例，它们被联结起来应用（利用and）
（5）添加任意的SQL表达式
session.createCriteria(User.class).add(Restrictions.sqlRestriction("length{alias}.PASSWORD<?",5,Hibernate.INTEGER));
这个查询返回密码少于5个字符的所有User对象。
（6）编写子查询
条件查询中子查询是一个WHERE子句查询。就像在HQL、JPA QL和SQL中一样，子查询的结果可能包含单行或多行。
134.联结和动态抓取
（1）给限制联结关联
在Criteria API中表达联结有两种方法：因此你有两种给限制使用别名的方法。第一种是Criteria接口的createCriteria()方法。这个方法一般意味着你可以嵌套对createCriteria()的调用。这个方法一般意味着你可以嵌套对createCriteria()的调用：
Criteria itemCriteria=session.createCriteria(Item.class);
itemCriteria.add(
Restrictions.like("description","Foo",MatchMode.ANYWHERE)
);
用Criteria API表达内部联结的第二种方法是为被联结的实体分配一个别名：
session.createCriteria(Item.class).createAlias("bids","b")
.add(Restrictions.like("description","%Foo%"))
.add(Restrictions.gt("b,amount",new BigDecimal(99)));
（2）通过调节查询动态获取
在HQL和JPA QL中，你用join fetch操作即时填入一个集合，或者初始化一个被映射为延迟否则将被代理的对象。你可以用Criteria API完成同样的事：
session.createCriteria(Item.class).setFetchMode("bids",FetchMode.JOIN)
.add(Restrictions.like("description","%Foo%"));
并行即时抓取不止一个集合，会造成一个SQL笛卡尔积，它或许比两个单独的查询更慢。如果你给集合使用即时抓取，那么给限制分页结果集也在内存中完成。
可以在jieguoList中移除重复的引用，通过把它包装在LinkedHashSet中（常规的HashSet不保存查询结果的顺序）。在HQL和JPA QL中，也可以使用DISTINCT关键字；然而，在Criteria中，没有它的直接等加入。这就是ResultTransformer变得有用的地方。
（3）应用结果转换器
结果转换器可以被应用到查询结果，以便你可以用自己的过程而不是Hibernate的默认行为过滤或者封送结果。Hibernate的默认行为时你可以自己替换和（或定制的一组默认转换器）。
Criteria.ROOT_ENTITY是org.hibernate.transform.ResultTransformer接口的默认实现。前一个查询无论是否使用这个转换器设置都生成相同的结果。
135.投影和报表查询
（1）简单的投影列表
Criteria中的setProjection()方法，接受任何单个的被投影的属性，或者接受要包括在结果中的几个属性的的一个列表。
（2）统计和分组
一般的统计函数和分组选项在条件查询中也可以用。有一种简单的方法统计结果中的行数：
session.createCriteria(Item.class).setProjection(Projections.rowCount())
session.createCriteria(Bid.class).createAlias("bidder","u")
.setProjection(Projections.projectionList())
.add(Projections.groupProperty("u.id"))
.add(Projections.groupProperty("u.username").as("uname"))
.add(Projections.count("id"))
.add(Projections.avg("amount"))
)
.addOrder(Order.asc("uname"));
（3）利用SQL投影
SQL投影是被添加到生成的SQL SELECT子句的一个任意片段。
String sqlFragment="(select count(*) from ITEM i where i.ITEM_ID=ITEM_ID) as numOfItems";
session.createCriteria(Bid.class).createAlias("bidder","u")
.setProjection(Projections.projectionList()
.add(Projections.groupProperty("u.id"))
.add(Projections.groupProperty("u.username"))
.add(Projections.count("id"))
.add(Projections.avg("amount"))
.add(Projection.sqlProjection(
sqlFragment,
new String[]{"numOfItem"},
new Type[]{HIbernate.LONG})
));
136.按示例查询
public List findUsers(String firstname,String lastname)
{
Criteria crit=getSession().createCriteria(User.class);
if(firstname!=null)
{
crit.add(Restrictions.ilike("firstname",firstname,MatchMode.ANYWHERE));
}
if(lastname!=null)
{
crit.add(Restrictions.ilike("lastname",lastname,MatchMode.ANYWHERE));
}
crit.addOrder(Order.asc("username"));
return crit.list();
}
public List findUserByExample(User u) throws{
Example exampleUser=Example.create(u)
.ignoreCase()
.enableLike(MatchMode.ANYWHERE)
.excludeProperty("password") ;
return getSession().createCriteria(User.class).add(exampleUser).list();
}
137.利用原生的SQL查询
（1）自动结果集处理
利用Hibernate API执行SQL语句的最大好处在于，自动把表格式的结果集封送到业务对象中去。
List result=session.createSQLQuery("select * from CATEGORY").addEntity(Category.class).list();
（2）获取标量值
标量值可以是任何Hibernate值类型。
List result=session.createSQLQuery("select * from ITEM").list();
这个查询的result是Object[]的一个List，实际上是一张表。每个数组中的每个字段都是标量类型即字符串、数字或者时间戳。除了包装在一个Object[]中之外，结果与类似的简单JDBC查询结果完全一样。
如果没有用*投影每件东西，就要告诉Hibernate你想要从结果中返回哪些标量值：
session.createSQLQuery("select u.FIRSTNAME as fname from USER u").addScalar("fname");
addScalar()方法告诉Hibernate，你的fname SQL别名应该作为标量值返回，并且类型应该被自动推测。
（3）Java Persistence中的原生SQL
Java Persistence通过在EntityManager中用createNativeQuery()方法支持原生的SQL查询。原生的SQL查询可以返回实体实例、标量值或者两者的混合。然而，不同于Hibernate，Java Persistence中的API利用映射元数据来定义结果集处理。
138.过滤集合
集合过滤器——可以应用到持久化集合（或者数组）的一种特殊查询。它常用于进一步限制或者排序结果。
Hibernate集合过滤器不是在内存中执行的。此外，不要把过滤器应用到瞬时的集合或者查询结果。它们只能应用到当前被添加到Hibernate持久化上下文的一个实体实例引用的持久化集合。术语“过滤器”有点误导，因为过滤的结果是一个全新的不同集合，并没有接触到原始的集合。
139.高速缓存查询结果
高速缓存查询结果是一个完全不同的问题。查询结果高速缓存在默认情况下是禁用的，并且每一个HQL、JPA QL、SQL和Criteria查询都始终先命中数据库。
（1）启用查询结果高速缓存
查询高速缓存必须用Hibernate配置属性来启用：
hibernate.cache.use_query_cache=true
然而，单独这个设置对于Hibernate高速缓存查询结果还不够。默认情况下，所有的查询都始终忽略高速缓存。为了个特定的查询启用查询高速缓存（允许它的结果被添加到高速缓存，并允许从高速缓存中提取结果），那么使用org.hibernate.Query接口。
Query categoryByName=session.createQuery("from Category c where c.name=:name");
categoryByName.setString("name",categoryName);
categoryByName.setCacheable(true);
setCacheable()方法启用了结果高速缓存。它在Criteria API上也可用。如果想给javax.persistence.Query启用结果高速缓存，就使用setHint("org.hibernate.cacheable",true);
高速缓存实体的状态，是二级高速缓存区域auction.model.Category(结合持久化上下文)的责任。这类似于iterate()的查询策略，如前所述。换句话说，如果你查询实体，并决定启用高速缓存，就要确保你也给这些实体启用了常规的二级高速缓存。如果没有，可能在启用高速缓存之后，以更多的数据库命中而告终。
如果查询结果高速缓存在Hibernate中被启用，另一个始终需要的高速缓存区域也出现了：org.hibernate.cache.UpdateTimestampsCache。这是Hibernate内部使用的一个高速缓存区域。
Hibernate用时间戳区域来决定被高速缓存的查询结果集是否为失效的。当你重新执行一个启用了高速缓存的查询时，Hibernate就在时间戳高速缓存中查找对被查询的（几张）表所做的最近插入、更新、或者删除的时间戳。如果找到时间戳晚于高速缓存查询结果的时间戳，高速缓存结果就被丢弃，并产生一个新查询。
通常要把构成自然键的属性映射为Hibernate中的常规属性。可以在数据库级启用一个unique约束来表示这个键。