Hibernate(五)——面向对象查询语言和锁
Hibernate做了数据库中表和我们实体类的映射，使我们不必再编写sql语言了。但是有时候查询的特殊性，还是需要我们手动来写查询语句呢，Hibernate框架为了解决这个问题给我们提供了HQL（Hibernate Query Language）面向对象的查询语言，和QBC（Query by Criteria）完全面向对象的查询，这里简单总结一下如何是面向对象来编写ql语句呢。
一，HQL，Hibernate框架中的查询语言，是一种面向对象查询语言，和sql语句还是非常类似的，就是将sql语句中的表改成实体名，字段改为属性名即可，其它基本都很相似的。主要用的是Query这个对象。返回值可以使用list，iterate（多值），uniqueResult（单值）等属性进行取值。下边看几个小例子：
1，模糊查询+list迭代：
String key = "san"; Query query = session.createQuery("FROM Student s where s.sname like ?"); //HQL语句。看里边都是使用类名和属性名代替了数据库中的表和字段 query.setParameter(0, "%"+key+"%"); //参数索引从0开始。 //query.setString(0, "%"+key+"%"); List<Student> sts = query.list(); for(Student s : sts){ System.out.println(s.getSname()); }
2，iterate相当于集合中的迭代器，Hibernate框架会先查询符合条件的所有id值，然后根据每个id去查询每一条记录，这样我们查询N条件记录时，框架帮我们发送了N+1条语句，这也就是大家经常讨论的N+1问题。这个我们可以通过实际的例子实验一下：
Query query = session.createQuery("from Student s"); Iterator<Student> it = query.iterate(); while(it.hasNext()){ Student s = (Student)it.next(); System.out.println(s.getSname()); }
3，返回结果是一个的话，可以使用uniqueResult值来获取：
public static void testSelect(Session session){ Query query = session.createQuery("from Student s where s.sid=1"); Student s = (Student)query.uniqueResult(); System.out.println(s.getSname()); }
4，当然Query对象也支持update,delete,insert，但是这些操作会立即对数据库的数据进行操作，而不对缓存中的数据进行操作，那么在支持缓存时，数据可能会出现冲突，所以使用要慎用
Query query = session.createQuery("update Student s set s.sname='张三123' where s.sid=1" );
int i = query.executeUpdate();
if(i==1){
System.out.println("更新成功");
}
5，这里说一下两者和缓存之间的关系吧：
iterate方法默认是支持缓存的，只要我们的框架配置了二级缓存的支持，iterate方法也是会支持的。
list呢？默认是不支持缓存的，如何让它支持缓存呢，这里需要我们的配置，这里简单看一下支持缓存的配置吧？
a,首先需要引入jar包和对应的xml配置文件，这里的jar包及配置文件和二级缓存的jar包是一样的：ehcache-1.2.3.jar，ehcache.xml
b,在hibernate.cfg.xml中启用查询缓存（注意不是二级缓存）：
<!--启用查询缓存 --> <propertynamepropertyname="hibernate.cache.use_query_cache">true</property>
c，让框架识别缓存组件，和二级缓存中是一样的：
<!--让框架识别ehcache缓存组件 --> <propertynamepropertyname="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property>
这样配置了以后，list就支持缓存了，此查询缓存是支持一级查询和二级查询的。
二，QBC（Query by Criteria），是通过利用Criteria对象来进行查询的，更适合做不定参数查询的情况，这里举一个简单例子，
Criteria cra = session.createCriteria(Student.class); // _ 匹配一个字符， % 匹配多个字符 cra.add(Restrictions.like("sname", "%s%")); cra.addOrder(Order.desc("sid")); List<Student> sts = cra.list(); for(Student s : sts){ System.out.println(s.getSname());
上边两项是Hibernate框架中，面向对象编写SQL语句的写法，总体上和sql语句的编写是类似的，但是更加面向对象，对一些功能的编写更加容易，我们可以根据不同情况进行不同的选择使用即可。
三，我们这里来看一下Hibernate中的锁机制吧，在此框架中锁机制包括悲观锁和乐观锁！
1，悲观锁：对于一些数据我们是不能同时去修改的，否则就会出现数据的错误，在数据库中我们可以通过行级锁select……for update进行对数据的锁定，避免的。而在框架中就是通过悲观锁的。为什么叫它悲观锁呢？因为发生这种同时修改数据的几率是非常非常小，而此种锁却一直加上了，所以它是一种悲观者的身份来做的事。所以称为悲观锁。看一下怎么使用吧！
设置LockMode.UPGRADE参数，那么只有当前事务提交后，另外的事务才能够查询这个数据。这种悲观锁的性能比较底。
Account account =(Account)session.get(Account.class, 1 , LockMode.UPGRADE);
2，乐观锁：其实就是以乐观人的态度来解决这种数据同时修改的问题。解决原理是，当事务不同时发生时，没有锁，如果事务同步发生了，它的锁就起作用了。所以来说，它只是在这种几率很小的情况发生时才会加锁，所以叫乐观锁。它的性能大大的提高了。
a，实现方式：时间戳和版本号（Hibernate框架实现的）
b，在我们需要加乐观锁对应的数据上，添加ptimistic-lock="version"属性：
<hibernate-mapping> <!-- optimistic-lock="version" 使用乐观锁 --> <class name="com.bjpowernode.hibernate.pojo.Account" table="t_account" optimistic-lock="version"> <id name="aid" column="aid"> <generator class="assigned"/> </id> <!-- 版本号字段 ,这里需要我们在对应的pojo类中添加对应的verget,set方法--> <version name="ver" column="version"></version> <property name="money"/> </class> </hibernate-mapping>
这样，框架会自动为我们调用版本号，来进行乐观锁的的管理。功能还是非常强大的。尤其对于一些特别需要安全的数据，例如银行卡的余额等等。
综上，为Hibernate中面向对象查询语句，与锁的简单总结。感觉Hibernate的功能还是非常强大的，需要我们不断的挖掘，钻研……
