首页 > 代码库 > DetachedCriteria和Criteria
DetachedCriteria和Criteria
在常规的Web编程中,有大量的动态条件查询,即用户在网页上面自由选择某些条件,程序根据用户的选择条件,动态生成SQL语句,进行查询。
针对这种需求,对于分层应用程序来说,Web层需要传递一个查询的条件列表给业务层对象,业务层对象获得这个条件列表之后,然后依次取出条件,构造查询语句。这里的一个难点是条件列表用什么来构造?传统上使用Map,但是这种方式缺陷很大,Map可以传递的信息非常有限,只能传递name和value,无法传递究竟要做怎样的条件运算,究竟是大于,小于,like,还是其它的什么,业务层对象必须确切掌握每条entry的隐含条件。因此一旦隐含条件改变,业务层对象的查询构造算法必须相应修改,但是这种查询条件的改变是隐式约定的,而不是程序代码约束的,因此非常容易出错。
DetachedCriteria可以解决这个问题,即在web层,程序员使用DetachedCriteria来构造查询条件,然后将这个 DetachedCriteria作为方法调用参数传递给业务层对象。而业务层对象获得DetachedCriteria之后,可以在session范围内直接构造Criteria,进行查询。就此,查询语句的构造完全被搬离到web层实现,而业务层则只负责完成持久化和查询的封装即可,与查询条件构造完全解耦,非常完美!
Criteria 和 DetachedCriteria 的主要区别在于创建的形式不一样, Criteria 是在线的,所以它是由hibernate Session 进行创建的;而 DetachedCriteria 是离线的,创建时无需Session ,DetachedCriteria 提供了 2 个静态方法 forClass(Class) 或 forEntityName(Name)进行DetachedCriteria 实例的创建。 spring 的框架提供了getHibernateTemplate().findByCriteria(detachedCriteria) 方法可以很方便地根据DetachedCriteria 来返回查询结果。
Criteria: 查詢User表格中的所有資料: Criteria criteria = session.createCriteria(User.class); // 查詢user所有欄位 List users = criteria.list(); Iterator iterator = users.iterator(); while(iterator.hasNext()) { User user = (User) iterator.next(); System.out.println(user.getId() + user.getName()); }
Hibernate实际上使用以下的SQL來查詢: select this_.id as id0_, this_.name as name0_0_ from user this_
Criteria只是个容器,如果想要設定查詢條件,則要使用add()方法加入Restrictions的条件限制 ,例如查詢age大於20且小於40的資料: Criteria criteria = session.createCriteria(User.class); criteria.add(Restrictions.gt("age", new Integer(20))); criteria.add(Restrictions.lt("age", new Integer(40))); List users = criteria.list();
您也可以使用逻辑組合來进行查詢,例如結合age等於(eq)20或(or)age為空(isNull)的條件: Criteria criteria = session.createCriteria(User.class); criteria.add(Restrictions.or( Restrictions.eq("age", new Integer(20)), Restrictions.isNull("age") )); List users = criteria.list();
DetachedCriteria的关联查询:
假设要通过stuName查询一个学生Student记录,可以如下:
DetachedCriteria dc = DetachedCriteria.forClass(Student.class); dc.add(Restrictions.like("stuName", stuName, MatchMode.ANYWHERE)); 如果要通过Student的Team的teamName查询一个Student记录,很多人都会这么写: DetachedCriteria dc = DetachedCriteria.forClass(Student.class); dc.add(Restrictions.like("team.teamName", teamName, MatchMode.ANYWHERE)); 遗憾的是上述程序报错,说是在Student中找不到team.teamName属性,这是可以理解的。那么如何通过teamName查找Student呢? 可以这么写: DetachedCriteria dc = DetachedCriteria.forClass(Student.class); dc.createAlias("team", "t"); dc.add(Restrictions.like("t.teamName", teamName, MatchMode.ANYWHERE)); 没错,就是要先建立team的引用,才能用team导航到teamName 。
这里有一个特殊情况,如果是对引用对象的id查询,则可以不用建立引用,也就是可以不调用createAlias()语句,如下所示: DetachedCriteria dc = DetachedCriteria.forClass(Student.class); dc.add(Restrictions.like("team.id", teamId, MatchMode.ANYWHERE)); 据我个人的经验,team后只能跟其主键属性,比较其他属性要用别名。此主键属性可以用“id”字符来指代,也可以用team的主键属性来指代。换句话说,我的Student类的类主键“stuId”,不管是在HQL还是在QBC中,都可以用stu.id来指代stu.stuId。在这里可以看出 “id”字符的特殊性。上述是个人观点,并未得到确实的证实。
DetachedCriteria:
例子1:如果每个美女都有自己的客户资源(不要想歪了!),那么需要查询拥有客户Gates的美女怎么办? 两种方法: 1: DetachedCriteria beautyCriteria = DetachedCriteria.forClass(Beauty.class).createCriteria("customers"); beautyCriteria.add(Restrictions.eq("name", "Gates")):
2: DetachedCriteria beautyCriteria = DetachedCriteria.forClass(Beauty.class).createAlias("customers", "c"); beautyCriteria.add(Restrictions.eq("c.name", "Gates")):
接着有了新的要求,年纪太大的美女不要,还是查找拥有客户Gates的,条件如下: DetachedCriteria beautyCriteria = DetachedCriteria.forClass(Beauty.class, "b").; DetachedCriteria customerCriteria = beautyCriteria.createAlias("customers", c"); beautyCriteria.add(Restrictions.le("b.age", new Long(20))): customerCriteria.add(Restrictions.eq("c.name", "Gates")):
关于Criteria更详细的资料,Hibernate的源代码和测试是最好的文档。 Criteria的缺点?DBA很生气,后果很严重。
例子2:
Department和Employee是一对多关联,查询条件为: 名称是“department”开发部门; 部门里面的雇员年龄大于20岁;
DetachedCriteria detachedCriteria = DetachedCriteria.forClass(Department.class); detachedCriteria.add(Restrictions.eq("name", "department")) .createAlias("employees", "e") .add(Restrictions.gt(("e.age"), new Integer(20)));
List list = this.getHibernateTemplate().findByCriteria(detachedCriteria
DetachedCriteria和Criteria