hibernateTemplate 常用方法

1. find（Hql）

 getHibernateTemplate().find("from User");

2. find（hql，value）

getHibernateTemplate().find("from User u where u.name like ?", "%test%");

getHibernateTemplate().find("from User u where u.name =?", "%test%");

3.find(String queryString, Object[] values);

getHibernateTemplate().find(hql, new String[]{"test", "123"});

4.findByExample(Object exampleEntity)

Object exampleEntity 是指一个实体对象

5.findByExample(Object exampleEntity, int firstResult, int maxResults)

从start起，max个结果

注意：findByExample

1.不支持主键 
2.不支持关联 
3.不支持NULL
6，findByNamedParam(String queryString , String paramName , Object value)

findByNamedParam(String queryString , String[] paramName , Object[] value)

7.clear 和evict

session.evict(obj)，会把指定的缓冲对象进行清除
session.clear()，把缓冲区内的全部对象清除，但不包括操作中的对象

所以，hibernate执行的顺序如下，

(1)生成一个事务的对象，并标记当前的Session处于事务状态（注：此时并未启动数据库级事务）。 
(2)应用使用s.save保存对象，这个时候Session将这个对象放入entityEntries，用来标记对象已经
和当前的会话建立了关联，由于应用对对象做了保存的操作，Session还要在insertions中登记应用
的这个插入行为（行为包括：对象引用、对象id、Session、持久化处理类）。
(3)s.evict将对象从s会话中拆离，这时s会从entityEntries中将这个对象移出。
(4)事务提交，需要将所有缓存flush入数据库，Session启动一个事务，并按照insert,update,……,
delete的顺序提交所有之前登记的操作（注意：所有insert执行完毕后才会执行update，这里的特殊
处理也可能会将你的程序搞得一团糟，如需要控制操作的执行顺序，要善于使用flush），现在对象不
在entityEntries中，但在执行insert的行为时只需要访问insertions就足够了，所以此时不会有任何
的异常。异常出现在插入后通知Session该对象已经插入完毕这个步骤上，这个步骤中需要将entityEntries
中对象的existsInDatabase标志置为true，由于对象并不存在于entityEntries中，此时Hibernate就
认为insertions和entityEntries可能因为线程安全的问题产生了不同步（也不知道Hibernate的开发者
是否考虑到例子中的处理方式，如果没有的话，这也许算是一个bug吧），于是一个net.sf.hibernate.AssertionFailure
就被抛出，程序终止

一般错误的认为s.save会立即的执行，而将对象过早的与Session拆离，造成了Session的insertions
和entityEntries中内容的不同步。所以我们在做此类操作时一定要清楚Hibernate什么时候会将数据
flush入数据库，在未flush之前不要将已进行操作的对象从Session上拆离。
解决办法是在save之后，添加session.flush。

8.get 方法

  get(Class entityClass, Serializable id)：根据主键加载特定持久化类的实例

9.delete方法

 void delete(Object entity)：删除指定持久化实例

  deleteAll(Collection entities)：删除集合内全部持久化类实例

10.save 方法

save(Object entity)：保存新的实例

 saveOrUpdate(Object entity)：根据实例状态，选择保存或者更新

注意：

persist把一个瞬态的实例持久化，但是并"不保证"标识符(identifier主键对应的属性)被立刻填入到持久化实例中，标识符的填入可能被推迟到flush的时候。

save, 把一个瞬态的实例持久化标识符，及时的产生,它要返回标识符，所以它会立即执行Sql insert

11.update

 update(Object entity) ：更新实例的状态，要求entity 是持久状态

注意：

save()和persist()将会引发SQL的INSERT，delete()会引发SQLDELETE，
而update()或merge()会引发SQLUPDATE。

saveOrUpdate()或者replicate()会引发SQLINSERT或者UPDATE

update是把一个已经更改过的脱管状态的对象变成持久状态

lock是把一个没有更改过的脱管状态的对象变成持久状态

merge的情况：

  1. 有记录，更改新值

    select  。。。  update

 2.有记录，更改为原先值

   select

3.无记录

   select    insert

12.设置分页大小

setMaxResults(int maxResults)：设置分页的大小

 13.灵活查询

Object execute(HibernateCallback action)

List execute(HibernateCallback action)

  HibernateCallback是一个接口，该接口只有一个方法doInHibernate(org.hibernate.Session session)，该方法只有一个参数Session。

写法：

getHibernateTemplate().executeFind( 

• 
  
•             new HibernateCallback() {  
•                 public Object doInHibernate(Session session)  throws HibernateException, SQLException {  
•                     Query query = session.createQuery(strQuery);  
•                        if(params!=null) {  
•                              Iterator keys = params.keySet().iterator();  
•                               while (keys.hasNext()) {  
•                                      String key = (String) keys.next();  
•                                      query.setParameter(key, params.get(key));  
•                                  }  
•                        }  
•                     query.setMaxResults(pageRow);  
•                     query.setFirstResult((pageNo-1)*pageRow);  
•                     List list = query.list();  
•                     return list;  
•                 }
  
•          };
  
• 
  

  14.findByCriteria

  Criteria 和 DetachedCriteria 的主要区别在于创建的形式不一样， Criteria 是在线的，是由
   Hibernate Session 进行创建的；而 DetachedCriteria 是离线的，创建时无需
  Session。

  都可以通过Criterion 和 Projection 设置查询条件

  Criterion 的实例可以通过 Restrictions 工具类来创建