Hibernate Restrictions.in與Disjunction

除了少代碼外，以下兩種使用Hibernate Criteria API構建IN子句的方法有什麼區別？是否有性能問題？我缺少檢索中的邏輯嗎？就行返回而言，它們似乎執行相同。Hibernate Restrictions.in與Disjunction

Disjunction disj = Restrictions.disjunction(); 
for (String value : stringArray) { 
    disj.add(Restrictions.eq("code", value)); 
} 
where.add(disj);

VS.

Restrictions.in("code", stringArray);

我問的原因是因爲我重構遺留代碼，前者存在，但我期待後者。如果它們都相同，我將單獨留下遺留代碼。

來源

2011-05-05 sma

休眠Disjunction用於

 Group expressions together in a single disjunction

這意味着，如果你有來比較值X或Y或Z 有條件，您可以遍歷和應用selective disjunction

所以最好你的情況Restrictions.in和Restrictions.Disjunction做同樣的事情，我更喜歡前者在這種情況下。

來源

2011-05-05 20:09:56 Narayan

似乎第二種方法更簡潔，不需要循環。雖然你的解釋是有道理的。謝謝。 – sma 2011-05-05 21:01:17

@sma：當我說前者時，我指的是我的帖子中的1st（Restrictions.in），而不是你的帖子:) – Narayan 2011-05-06 05:04:28

Restrictions.Disjunction給了我們明確的控制，例如它允許像運算符那樣，而在運算符中則不允許。

例如：

criteria.add(Restrictions.disjunction() 
         .add(Restrictions.eq("bill.stateCd", null)) 
         .add(Restrictions.eq("bill.stateCd", "")) 
         .add(Restrictions.ilike("bill.stateCd","%"+stateCd+"%")));

不能與

criteria.add(Restrictions.in("bill.stateCd", Arrays.asList(null,"", "%"+stateCd+"%")));

來源

2014-04-15 20:11:43 chalikir

爲什麼反對票！？ – Ram 2015-10-14 06:34:39

來實現在給定的代碼這兩種行爲時stringArray確實具有零個元素很不同。

對零表達式使用分離可生成與1=1或等效的有效SQL查詢。

Restrictions.in導致沒有值的IN運算符，這通常是（也許某些SQL方言可以處理它）在語法上不正確。

來源

2014-06-05 19:15:09

Hibernate Restrictions.in與Disjunction

回答

相關問題