EntityFramework 5 filtruj zawartą właściwość nawigacji

Question

Chciałbym znaleźć sposób użycia Linq do filtrowania właściwości nawigacji do podzbioru powiązanych obiektów. Znam wszystkie odpowiedzi wokół tej kwestii proponuję robić anonimowy wyboru takich jak:

query.Where(x => x.Users.Any(y => y.ID == actingUser.ID)) 
    .Select(x => new 
    { 
     Event = x, 
     Discussions = x.Discussions.Where(actingUser.GenerateSecurityFilterFor<Domain.Discussion>()) 
    }) 
    .OrderBy(x => x.Discussions.Count()) 
    .ThenBy(x => x.Event.Name); 

Jest to jednak znacznie mniej niż idealne ze względu na ogólny charakter naszego pokolenia zapytań, a także daje znacznie przerażające zapytań SQL jeśli zwymiotować profiler.

Chciałbym być w stanie osiągnąć coś takiego:

query.Include(x => x.Discussions.Where(actingUser.GenerateSecurityFilterFor<Domain.Discussion>())) 
     .OrderBy(x => x.Discussions.Count()) 
     .ThenBy(x => x.Name); 

Zdaję sobie sprawę, że to nie jest obsługiwana w EF5 (lub dowolnej wersji dla tej sprawy), ale nie musi być drogą do osiągnięcia utwierdzania zestaw wyników przez Linq bez zagłębiania się w anonimowe instrukcje typu select.

próbowałem robić coś na melodię:

query.GroupJoin(discquqery, 
    x => x.ID, 
    x => x.Event.ID, 
    (evt, disc) => evt.Discussions = disc.Where(actingUser.GenerateSecurityFilterFor<Domain.Discussion>())).ToList(); 

Jednak nie można mieć zadanie wewnątrz wyrażenia lambda i wybierając typ anonimowy tutaj powoduje ten sam dylemat, że nie używając select.

Chyba nie mogę pojąć dlaczego EF nie zapewnia sposób (że mogę znaleźć) do generowania:

SELECT 
    --Properties 
FROM Event e 
LEFT OUTER JOIN Discussions d 
    ON e.ID = d.EventID AND --Additional constraints 
WHERE 
    --Where conditions 
ORDER BY 
    --Order Conditions 

To jest tak proste, aby ograniczyć sprzężenia w SQL Musi być jakiś sposób, aby zrobić przez Linq.

PS: Mam wyszukiwane stos, MSDN, ekspertów wymiany, itp. Proszę zrozumieć, że to nie jest duplikat. Cokolwiek, nawet dotykając tego tematu, ma odpowiedź "Nie da się zrobić" lub nie ma żadnej odpowiedzi. Nic nie jest niemożliwe ... włącznie z tym.

Answer 1

Cokolwiek, nawet dotykając tego tematu, ma wyzwolenie: "Nie można wykonać" nie można odpowiedzieć ani odpowiedzieć ". Nic nie jest niemożliwe ... w tym.

Pewnie. To jest możliwe. Możesz pobrać kod źródłowy EF i dodać tę funkcję samodzielnie. Będzie to wielki wkład w projekt open source i społeczność. Wierzę, że zespół EF chętnie pomoże Wam w wysiłkach.

W obecnej wersji "nie można tego zrobić" is the answer. Możesz użyć rzutowania do anonimowego lub specjalnego typu niezmapowanego, jak opisałeś na początku pytania. Inne opcje to osobne jawne zapytanie, które ładuje powiązane jednostki dla pojedynczego nadrzędnego lub osobnego zapytania, aby załadować powiązane jednostki dla wszystkich rodziców.

stosunki obciążenia dla pojedynczego rodzica:

context.Entry(event) 
     .Collection(e => e.Discussions) 
     .Query() 
     .Where(d => ...) 
     .Load(); 

stosunki obciążenia dla wszystkich rodziców (wymaga leniwy załadunku być wyłączone):

// load all parents 
var events = query.Where(e => ...).ToList(); 

// load child filtered by same condition for parents and new condition for children 
childQuery.Where(d => e.Event ... && d.Something ...).Load(); 

Drugie rozwiązanie wymaga dziecko, aby mieć właściwości nawigacji z powrotem do rodzic (do skonstruowania tego samego warunku zapytania używanego początkowo do ładowania rodzica).Jeśli wszystko jest poprawnie skonfigurowane i podłączone są encje, EF powinno automatycznie naprawić relacje (kolekcje) w elementach nadrzędnych (ale nie będzie oznaczać kolekcji w dynamicznym proxy jako załadowany, dlatego nie można tego używać razem z leniwym ładowaniem).