LINQ do NHibernate owijarki emisji przy użyciu WHERE

Question

I'am przy użyciu opakowanie, aby uzyskać pewne dane z tabeli użytkownika

IQueryable<StarGuestWrapper> WhereQuery =  
session.Linq<User>().Where(u => u.HomeClub.Id == clubId && u.IsActive).Select(
        u => 
        new StarGuestWrapper() 
         { 
          FullName = u.Name + " " + u.LastName, 
          LoginTime = u.SomeDateTime, 
          MonthsAsMember = u.SomeIntergerValue, 
          StarRating = u.SomeOtherInteregValue, 
          UserPicture = u.Photo.PhotoData, 
          InstructorFullName = u.SomeInstructorName, 
          TalkInteractionDuringSession = u.SomeBoolValue, 
          GoalInteractionDuringSession = u.SomeOtherBoolValue 
         }); 

Używam tego bez problemu jako IQueryable więc mogę robić pożyteczne rzeczy, zanim faktycznie działa zapytania . Podobnych:

WhereQuery.Skip(startRowIndex).Take(maximumRows).ToList(); 

i tak dalej.

Problem występuje przy użyciu wyrażenia "where" w zapytaniu. Na przykład:

WhereQuery.Where(s => s.StarRating == 1) 

rzuci wyjątek w czasie wykonywania, że ​​„StarRating” nie istnieje w tabeli użytkownika - oczywiście nie jest to nieruchomość owijarki. Będzie działać, jeśli zmaterializować zapytanie przez

WhereQuery.AsEnumerable().Where(s => s.StarRating == 1) 

ale potem traci wszystkie sens korzystania IQueryable i nie chcę tego robić.

Co jest dziwne i interesujące, że nie wszystkie właściwości z powodu błędu rzutowania, wszystkie wartości bool mogą być użyte w instrukcji where. Przykład:

WhereQuery.Where(s => s.TalkInteractionDuringSession) 

Działa w EntityFramework, dlaczego ten błąd w NHibernate i jak się to działa tak, jak chcesz go?

Answer 1

Należy pamiętać, że starszy dostawca nHibernate Linq jest tylko częściową implementacją i nie jest już aktywnie rozwijany. Nowy i bardziej kompletny dostawca linq jest obecnie rozwijany i będzie częścią NH3.0 (możesz sprawdzić bagażnik i zbudować go, aby sprawdzić, czy rozwiązuje ten problem).

Moja rekomendacja to zmienić kod, aby wywołać ToList() w momencie, kiedy wyraźnie chcesz uderzyć w bazę danych. Przekazujesz przyszłe, cenne zapytanie z repozytorium, w którym to momencie może się zdarzyć, że coś się stanie z zapytaniem. Nawet EF i LINQ2SQL nie mogą przetłumaczyć żadnego możliwego zapytania linq na SQL.

Zdaję sobie sprawę, że nie jest to coś, co chcesz robić, ale myślę, że próbujesz zgiąć ramy, aby zrobić coś w sposób, który nie jest w ogóle naturalny.