关于条件查询detachedCriteria的一点体会

 关于条件查询detachedCriteria的一点体会

文章转自http://www.blogjava.net/caixuetao/articles/60631.html

假设要通过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”字符的特殊性。上述是个人观点，并未得到确实的证实。