Сразу оговорюсь - в EF я полный ноль. Просто решил поразбираться в целях самообразования.

Взял проект, написанный с использованием LinqToSql и решил ради интереса перевести его на EF.

* При создании модели сразу понравилось нормальное понимание связи многие-ко-многим, т.к. в L2S здесь приходилось немного извращаться. Но я отклонился от темы. *

Теперь вопрос:
Как я понял, что "ленивой" загрузки по-умолчанию в EF нет.
Если я хочу, к примеру, получить коллекцию объектов Permission у объекта User, то в LinqToSql это делалось следующим образом:
(к последней строке можно было добавить .ToList(), чтобы загрузить все без отлагательств в память)

В EF все почти также:

Но, это хорошо ведь, когда коллекция Permissions содержит немного записей. А у юзер тысячи Permissions и мне нужно взять, к примеру, только те, чей Id меньше 10?

В LinqToSql было бы так:

Какой код (поизящней) был бы эквивалентом этому в EF?

Так как-то совсем глупо получается, потому что сначала в память грузим все "пермишны" юзера и только потом фильтруем (опять же в памяти, а не на стороне сервера).

EF вообще умеет LINQ-запросы (пусть также ограниченно как и L2S) конвертировать в реальные SQL-запросы?

Ура, товарищи! :)

Этот подход имеет какие-нибудь подводные камни в сравнении с LinqToSql?

p.s. (offtop) Очень пожалел, что создал тему не в форуме по C#. Данный форум практически мертвый. Судя по количеству прочтений, большая часть из которых - я сам :), сюда редко кто наведывается, поэтому создавать здесь посты невыгодно. :(