Nhibernate Linq в статье

Я не знаю состояние nHibernate относительно генерации всех потенциальных запросов LINQ, но вы должны иметь возможность использовать .Contains() для генерации IN.

var list = new int[] { x, y, x };
var q = db.Entities.Where( e => list.Contains( e.AnID ) );

Согласен, это работает. Я обнаружил, что сгенерированный SQL для 'not in' выглядит странным (начиная с версии 3.3.0 GA)

...
from
  mytable t0_
where
  case
    when t0_.testValue in (
              @p0 , @p1 , @p2
          ) then 1
          else 0
    end=@p3
@p0 = 9 [Type: Int32 (0)],
@p1 = 99 [Type: Int32 (0)],
@p2 = 109 [Type: Int32 (0)],
@p3 = False [Type: Boolean (0)],
...

Кажется немного странным для 'case', когда 'not in' было бы более ясным (не то, чтобы я планирую читать каждую строку, но, возможно, в трассировке / профиле).

(... позже этим днем ​​...)

Я понял, что вышеупомянутый «странный» выбор SQL был только тогда, когда я использовал

.Where(e => list.Contains(e.AnID) == false)

Если бы я использовал

.Where(e => !list.Contains(e.AnID))

Сгенерированный SQL намного чище (с использованием "не в")

NHibernate имеет опцию IsIn как часть RestrictionExtensions

x => x.Name.IsIn (новый [] {"a", "b"})