Приветы! Осваиваю LINQ, есть вопросы.
Я не нашел, каким образом заполнять сущность данными, полученными с помощью параметризированной хранимки. Это возможно?
Пример. В БД есть таблица Products, и к ней приделан процедурный интерфейс:
Products_Insert(...), Products_Update(...), Products_Delete(...) и Products_Select(...).
Мне надо, чтобы объект создавался на основе именно Products_Select, потому что у ей внутре - хитрый запрос, и без него селект будет весьма неоптимальным.
Признателен за советы.

зыЕсли ты 100% возвращаешь существующую таблицу, то в свойствах процедуры в дизайнере просто укажи нужный return type

Ну да, а как прицепить результат Products_Select в объект, привязанный к таблице Products?

Дизайнерсгенерил следующий код для Products:

Он и будет выполняться при запросе данных, а не Products_Select... или я чего-то не понял?

зыГоворю же, попробуй в дизайнере в свойствах процедуры поменять return type.

А! И она типа сама поймет и присоединит? А если таких процедур с таким возвращаемым значнием у меня было бы несколько - как она бы поняла?
Кароч, поробую :)

МСУDmitry GurianovМне надо, чтобы объект создавался на основе именно Products_Select, потому что у ей внутре - хитрый запрос, и без него селект будет весьма неоптимальным.
А в чем хитрость выражается-то?

Ммм, если честно, в данном конкретном случае - не особо хитрый, там рекурсивное CTE, выбирающее дерево. Но я почему-то уверен, что для развесистого сервера с приличной нагрузкой оптимальнее по быстродействию писать запросы все-таки в sql. Еще не проверял, но неужели linq всегда сможет реализовать любые запросы с той же эффективностью (как там с хинтами)? К примеру, говоря об этом же запросе: в sql я сделаю процедуру, которая сразу отберет нужный корень дерева, а linq наверняка будет добавлять WHERE уже после полной выборки, что нифига не здорово. По крайней мере, не берусь предсказать план запроса. Но - повторюсь - это предположения, еще не копал.