Цель непонятна. Что мешает сделать через классический DbCommand, ведь тут явно динамика.

xpoft2010Передавать через Expressions это разумно с той точки зрения, что вся инфраструктура Linq построена на них.
Не говори глупости. Entity Framework, Linq to SQL, NHibernate и прочие ORM так или иначе являются врапперами над DbCommand. Expressions тут вообще не при делах, на Expressions запрос к БД не выполнишь.

xpoft2010Если параметры передавать в виде коллекции неких объектов, то начинают появляться костыли в архитектуре.
Странное утверждение. Наличие коллекции неких объектов является признаком плохой архитектуры?

xpoft2010Объект DbCommand торчит public'ом из реализации IQueryProvider
А кто говорит, что DbCommand нужно публиковать в твоём супер провайдере? Используй внутри методов или используй приватные поля.

А еще очень смутил вот этот бред...

xpoft2010Поскольку при работе через linq запрос выполняется в тот момент когда мы попытаемся перечислить результат, то напрямую в метод Execute передать параметры так просто не получится.

То ли автора имеет слабое представление о linq и lazy loading, то ли он просто сам не понимает, чего хочет.
Есть некий экземпляр класса T, есть некая IQueryable<T>. Какие тут еще хранимые процедуры, откуда?

xpoft2010В чем глупость что то я не пойму? Я задал вопрос как передать параметры для построения запроса который будет получать данные из селективной хранимой процедуры в БД. А вы мне рассказываете, как обрабатывается полученный результат. Да то что вы говорите так и есть, но как ответ на вопрос как раз таки звучит как глупость!
Посмотри, как в L2S/EF реализуется работа с хранимыми процедурами. Никаких Expressions, процедура - это обычный метод контекста, принимающий конкретные параметры и возвращающий конкретный результат. Всё. О каких таких lazy в IQueryable идет речь, я не понимаю. В этом и глупость.

xpoft2010А еще очень смутил вот этот бред...
МСУ...на Expressions запрос к БД не выполнишь.
А на основе чего строится запрос к БД внутри провайдера?
Включи голову: http://msdn.microsoft.com/ru-ru/library/system.data.entityclient.entityparameter(v=vs.90).aspx
Ты понимаешь разницу между выполнением запроса и построением запроса?

xpoft2010Советую полностью прочитать сообщение там все написано.
Может смутило слово провайдеры, поясню, имелась ввиду реализация IQueryProvider отдельно для построения запроса через хп, и отдельная для получения результата через вьюшки.
Всё, что ты видишь - это впраппинг над DbParameter, DbCommand и DbConnection. Ничего сверхестественного. Более того, не нужно бояться и паблик свойств вида DbCommand. EF поддерживает и нетипизированную работу с БД: http://msdn.microsoft.com/ru-ru/library/vstudio/ee358758(v=vs.100).aspx

xpoft2010МСУЕсть некий экземпляр класса T, есть некая IQueryable<T>. Какие тут еще хранимые процедуры, откуда?
А так сложно представить, что данные будут браться не напрямую из таблиц, а будут возвращаться хранимой процедурой?
А я тебе о чем? Такое ощущение, что я разговариваю с инопланетянином... Поясни вот этот вброс?
xpoft2010Поскольку при работе через linq запрос выполняется в тот момент когда мы попытаемся перечислить результат, то напрямую в метод Execute передать параметры так просто не получится.
Ты о чём?

xpoft2010МСУА еще очень смутил вот этот бред...

пропущено...


В любой книге по linq в первых же главах рассказывается об отложенном выполнении.
Отложенное выполнение хранимых процедур? Пруф в студию.

Где-то в степиМСУ,
а я бы и DbConnection вытащил наружу, может быть даже и тот который под трансакции ложится вдруг пользователь захочет исполнить что нить своё по старинке, хотя строки подключения вполне хватит..
Правильно говоришь, Жень. В EF тоже так делают: EntityConnection.StoreConnection светит наружу честным DbConnection. Если нужно обратиться на самый нижний уровень, всегда пожалуйста.

xpoft2010"Как строятся деревья выражений?", есть ссылка где почитать, в студию, мне большего не нужно, я разберусь.
Все примеры которые встречал, заключались в разборе конкретного выражения, но примера с разбором дерева я не видел. (Из анализа кода разбирающего дерево уже смог бы понять в каком напрвлении двигаться дальше, чтобы его собрать).
Глянь исходники вот этого известного ORM http://nuget.org/packages/NHibernate.Linq
Но я тебя так и не понял, что ты хочешь...