Hibernate3中提供了DetachedCriteria的支持，使得开发的时候可以脱离Hibernate Session来构造查询，特别是可以将查询条件直接在Web层构造，但是在使用中一直存在着很大的争议：DetachedCriteria Bug明显，使用DetachedCriteria使得原本层次分明的结构又变得焦灼起来。而我在新的项目中使用真的是冒了比较大的风险，比起HQL、QBC来说，DC就显得非常的年轻，没有很多的成功范例让使用变得非常的危险。所以在这里说说自己的使用心得，DetachedCriteria是否有必要使用？
代码部分参考Robbin的帖子：http://www.iteye.com/post/86781。相对以往Hibernate的查询方法HQL、QBC，DetachedCriteria优势明显，它可以像HQL一样脱离Session构造查询条件，也可以像QBC一样采用完全面向对象的方式查询，这给Hibernate更多的自由发挥空间。
1.使用DC的时候，可以在Web层构造查询条件，而不用再在Dao层才去做烦乱的判断和Criteria.add()，让Dao更加的稳固的只尽其访问数据库的职责。
2.使用DC还能更多的节省代码，以往Dao的开发习惯都是将Dao与指定的Model进行绑定，而DC本身脱离了Dao，没有必要再对某个Dao单独去指定findAllByDc这样的方法，这样写一个公用的接口，每个需要使用DC查询的上层类直接访问这个公共借口就可以，使得相同的代码省了不少，减少Dao层代码的负担，不都说减少代码意味着减少测试和出现bug的几率么。
“成也萧何、败也萧何”，为了能得到上面的这些好处，你就很可能和我一样遇到下面的麻烦：
1.查询代码又一次充斥在框架的各个层面上。可能有人会说使用DC的时候都是面向对象的构造查询条件，根本没有select from这样的字样，不算数据库操作，但是某天我一个昏头就将不能用DC实现的一个查询改成了HQL查询来做，也写了个类似的接口，可以接受各种构造好的HQL查询语句，然后再看看呢，猛然发现这不就是MVC没成型的时候到处都是SQL那种样子么？由于DC的自由度，项目中的DC马上就充斥了MVC各个层面，就好像我们刚使用Rails的时候（Rails更爽，页面上偷偷写写也还是满爽的，你没写过？Think about select_tag..
2.bug（应该叫待解决问题，小弟不才 ）。就单从这个项目里需要解决的bug就够我烦的，目前还有3个郁闷的bug悬在那里。
A.left join查询，双向一对多，通过父方查询的时候，在子方添加查询条件就怎么都配写不好，反复去网上找答案，大家也反复各种组合，最终还是没能解决，其他left join都正常，就到ont-to-many在子方添加条件，left join 突然失灵，打印出的SQL居然不是left join查询，大家郁闷至极，为了赶项目，无奈又拿起HQL（这就是我为什么在Action里面构造HQL，那的确是相当的没辙）。
B.order by问题，这个问题好像是伴随DC上镜率最高的问题，就在我参考的robbin的这个帖子里面大家也是尽其所能的想办法，但好像没有什么结果，所以我现在的查询就是这个样子：翻页查询的时候前10条记录和10－20条记录里面居然有重复……
C.在分页查询的时候，如果查询结果集还关联set，那么就会有重复记录，尽管你可以通过LinkedSet过滤，但是分页的时候在结果集查出来之前没过滤，这结果显然是错误的，而Hibernate3中将returnMap()的过滤方法已经被移出……
上面的问题很多是处在ont-to-many一方，可能有人会笑我的方法有问题，但是我用one-to-many是因为将many-to-many拆分处理的，我也没办法呀。
3.难于测试。这个问题我已经在版上提问过了：http://www.iteye.com/topic/98026，如果想对Service层DC这种东西测试，就需要将它做成接口，然后Mock，这种大规模明显是为了测试而测试，时间上也不允许，老板也不同意，索性继续使用Spring-mock那种测试方案，不脱离Dao进行测试。
以上是我对DC在实际使用中的一点见解，其中有很多不成熟的地方，因为时间仓促，很多地方准备不足，而且现在还有一些问题无法解决，希望大家能给予自己的看法或者就我的问题提出解决方案 ：P。
目前看，DC还是要用的，仅仅限制于Web层构造查询条件的时候使用，而其他情况的数据库操作仍然放回到Dao层去做，而对于DC中存在的Bug，不知道大家有啥想法，是等着Gavin哪天高兴了去解决呢还是我们自行了断，重构代码
分享到：
学习了
相关推荐
DetachedCriteria实例不直接与数据库交互，而是需要与Session结合才能执行查询。以下是如何将其与Session关联并执行的示例： ```java Session session = sessionFactory.openSession(); Criteria criteria = ...
DetachedCriteria
在Java的持久化框架Hibernate中，DetachedCriteria是一个强大的查询工具，它允许我们在不与Session交互的情况下构建查询条件。然而，DetachedCriteria在处理复杂的关联查询，尤其是涉及到表连接（JOIN）时，可能存在...
这两个方法都可以用来创建 DetachedCriteria 实例，但是它们的参数不同，`forClass(Class)` 方法需要传入一个 Class 对象，而 `forEntityName(String)` 方法需要传入一个实体名称。 使用 DetachedCriteria 可以很...
DetachedCriteria 是 Hibernate 中的一种离线查询对象，它可以在不依赖 Session 的情况下生成动态 SQL 语句并进行查询。下面是 DetachedCriteria 查询的详细知识点： 创建 DetachedCriteria 对象 DetachedCriteria...
| <> | Restrictions.ne() | 不等于（not equal） | | > | Restrictions.gt() | 大于（greater than） | | >= | Restrictions.ge() | 大于等于（greater than or equal） | | | Restrictions.lt() | 小于（less than...
而 `DetachedCriteria` 是离线的，创建时不依赖于任何 `Session`。 - **使用场景**：`Criteria` 适用于即时查询，而 `DetachedCriteria` 更适合跨层传递查询条件。 - **灵活性**：`DetachedCriteria` 提供了更大的...
浅谈DetachedCriteria和Criteria的使用方法 DetachedCriteria和Criteria是Hibernate框架中两个重要的查询工具，用于动态生成SQL语句，进行查询。在Web编程中，DetachedCriteria和Criteria可以解决动态条件查询的...
DetachedCriteria是一个独立的查询对象，可以预先配置好查询条件，然后在需要的时候再进行执行。这种分离查询条件和执行时机的方式有利于代码的复用和模块化。例如： ```java DetachedCriteria detachedCriteria = ...
而DetachedCriteria则是一个独立的对象，可以在不依赖Session的情况下构建查询，然后在需要的时候与Session关联执行。DetachedCriteria通过forClass()或forEntityName()方法初始化，这对于在服务层组装查询条件非常...
2. **DetachedCriteria**：这是一个离线的Criteria，可以在不使用Session的情况下创建。DetachedCriteria通过DetachedCriteria.forClass()或DetachedCriteria.forEntityName()方法实例化，之后可以在需要时与Session...
Criteria用于在线查询，直接与Hibernate Session关联，而DetachedCriteria则可在不依赖Session的情况下创建，适用于离线或延迟执行的查询。DetachedCriteria可以通过`forClass(Class)`或`forEntityName(String)`静态...
DetachedCriteria可以在不打开Session的情况下创建，然后在需要时与Session合并执行。 ```java DetachedCriteria criteria = DetachedCriteria.forClass(User.class); criteria.add(Restrictions.eq("username", ...
DetachedCriteria允许在不与数据库交互的情况下构建查询，适用于延迟加载和构建复杂查询。 5. 例子查询： 基于对象实例进行查询，适用于查找与给定实例相似的对象。 6. 命名查询： 将HQL或SQL查询声明在配置...
Criteria 是在线的，需要通过 Hibernate Session 创建，而 DetachedCriteria 是离线的，可以在不需要 Session 的情况下创建。DetachedCriteria 提供了静态方法 forClass(Class) 或 forEntityName(Name) 来创建实例。...
- **DetachedCriteria**：为离线创建，不依赖于`Session`。这使得开发者可以在任何地方预定义查询条件，之后再将这些条件应用于`Session`中执行查询，增加了代码的可读性和复用性。`DetachedCriteria`通过`forClass...
例如，DetachedCriteria detachedCriteria = DetachedCriteria.forClass(Class); 这里可以在 Session 之外创建 DetachedCriteria 实例。 Criteria 和 DetachedCriteria 均可使用 Criterion 和 Projection 设置查询...
- **功能**：`DetachedCriteria` 支持相同的功能特性，如设置查询条件、投影等，但在使用前需要被绑定到`Session` 上。 #### 三、Criterion与Projection ##### 1. Criterion - **概念**：`Criterion` 是`Criteria...
- **事务管理**: 由于原生SQL不在Hibernate的控制之下，因此需要手动处理事务开始和结束。 - **类型转换**: Hibernate不会自动将查询结果转换为对象，需要使用addScalar()或addEntity()指定映射规则。 - **SQL优化**...