1. HQL简介

　　HQL是面向对象的查询语言，与SQL查询语言相比，虽然在语法上类似，都是运行时进行解析，但HQL并不像SQL那样操作的是数据表，列等数据库对象，HQL所操作的对象是类，对象，属性等。它也可以支持继承和多态等特征，在Hibernate 提供的各种检索方式中，HQL是使用最广泛的。

2. Query接口

　　Hibernate框架负责解析HQL语句，根据映射配置信息，把HQL查询语句解析成相应的SQL语句来执行数据库的查询操作。这一过程依赖的就是Query接口。Query的实例由Session的createQuery（）方法创建，方法中包含一个HQL语句参数。Query接口的list（）方法执行HQL查询，list（）方法返回结果为List集合，集合中存放符合查询条件的持久化对象。

3.检索对象——from子句

　　将两个实体Commodity（商品）和Seller（商家）设置单向多对一关系，两者都有相应的数据。用JUnit进行测试。

3.1 输出商品名称和所属商家的名称

控制台输出：

　　可以看到，第一条语句是查询商品表获得所有的商品信息，并输出第一件商品名称。接着第二条语句，根据外键信息，查询商家表获得商品对应商家名称。接着输出下一件商品名称，注意，因为这件商品对应的商家信息也是A服装店，已经做过相应的查询，这时就不再做新的查询，而直接使用已有查询结果A服装店。当下面遇到新的商家信息（B数码店）还没查询，同样根据外键信息来查询商家表。

　　这样的查询过程，是因为有一个默认的懒加载状态，Hibernate 默认是不查询相应的外键信息所对应的数据，当需要的时候，才根据具体的需要做一个临时查询。这样的设置也是为了提高查询的效率和性能。

3.2 from子句中持久化类的引用

　　在前面编写的HQL语句中用了 from Commodity ，它的全限定名为 hbb.Commodity，但我们只需要用他的类名即可。在Java中规定使用类时，一定要指定全限定名，这样java环境才知道去哪获取这个类。而HQL语句中之所以可以省略是因为 auto-import（自动引入）缺省情况。在解析HQL语句的时候，会根据映射配置信息自动完成持久化类的导入。当然，在from子句中要使用全限定名也可以。

4. 选择——select子句

4.1 通过Object[]返回查询结果

　　select子句中未指定返回数据类型，默认为Object[]。

成功执行。如果只查询一个属性，依然用Object[]的话，就会报错，如果只有一个属性时,list()方法就会返回对象，而不是对象数组，这时需要进行一定调整。

同样可以直接写作 List list = query.list();

4.2 通过List返回查询结果

4.3 通过Map返回查询结果

　　注意get获取的key值，是字符串类型所以需要加""。如果属性用了别名，可以把序号改为别名。

 5. 通过自定义类型返回查询结果

　　首先需要在持久化类中定义对应的构造器，构造器的参数就是我们要返回的属性信息。然后在select子句中调用定义的构造器。以自定义类型返回查询结果。

测试类中：

　　注意：当添加了自定义构造器后，在实体类中还需要添加无参构造器，因为在HQL语句中，当指定了查询目标（如Seller），Hibernate会调用指定构造器（如new Seller（））来封装，但是如果没有指定构造器，Hibernate便会调用持久化类中默认的构造器，如前面Hql语句“from Seller”就没有指定构造器，所以要一个无参构造器来完成相应对象的创建。所以当增加了自定义构造器后，添加无参构造器。

6. Orderby子句

　　首先对商家的id进行升序排序，如果id相同情况下按照价格做降序排列，如果还一样则升序排列。

7. 总结

　　HQL语句大小写敏感，特别是持久化类及其属性的大小写。在我们自定义了构造器之后，一定要增加默认构造器。如果你觉得对你有点用的话，请点赞或关注我，谢谢观看。

Hibernate 之HQL数据查询