在nHibernate中使用DetachedCriteria的複雜查詢

我目前正在嘗試從手工製作的hql轉移到通過DetachedCriteria構建的查詢。我有和HQL：在nHibernate中使用DetachedCriteria的複雜查詢

from GenericObject genericObject 
     left join fetch genericObject.Positions positions 
     where (positions.Key.TrackedSourceID, positions.Key.PositionTimestamp) in 
     (select gp.Key.TrackedSourceID, max(gp.Key.PositionTimestamp) 
     from GenericPosition gp 
group by gp.Key.TrackedSourceID)

現在使用的DetachedCriteria：

var subquery = DetachedCriteria 
       .For (typeof (GenericPosition), "gp") 
       .SetProjection (Projections.ProjectionList() 
            .Add (Projections.Property ("gp.Key.TrackedSourceID")) 
            .Add (Projections.Max ("gp.Key.PositionTimestamp")) 
            .Add (Projections.GroupProperty ("gp.Key.TrackedSourceID")) 
       ); 
      var criteriaQuery = DetachedCriteria 
       .For (typeof (GenericObject), "genericObject") 
       .CreateAlias ("genericObject.Positions", "positions") 
       .SetFetchMode ("genericObject.Positions", FetchMode.Eager) 
       .Add (Subqueries.In (??, subquery))

我不知道是什麼，而不是類型的？以創建表達式（positions.Key.TrackedSourceID，positions.Key.PositionTimestamp）

來源

2009-02-13 paszczi

如果後者更難編寫，我無法看到從hql移動到DetachedCriteria的優勢。並閱讀。

在我的項目中，我最好使用DetachedCriteria，除非語法太複雜。然後我使用hql。直到它再次變得複雜。然後我試着用sql，如果不提高可讀性，則返回hql。請注意，您將不得不在未來維護這些查詢。

來源

2009-02-13 12:22:49

嗯，你是對的。但是，我正在動態創建此查詢，並調用方法將某些內容附加到查詢中。查詢結束後，我需要爲參數添加值，而且它非常不雅 - DetachedCriteria在這裏看起來更好。 – paszczi 2009-02-13 12:28:06

你是對的，我希望你的問題會有答案，...我發現自己在類似的情況... – 2010-02-26 07:46:48

HQL在內部完成了很多字符串操作，因此可能會產生內存問題，因爲字符串是不可變類型。建議使用DetachedCriteria而不是HQL。

來源

2010-04-25 05:21:42 Pratik

在nHibernate中使用DetachedCriteria的複雜查詢

回答

相關問題