Добрый день. Есть старый проект на Delphi 7, который работает с базой Oracle и очень активно использует его хранимые процедуры. Хочу переписать его под C# именно с использованием ORM. И соответственно встал вопрос, как быть с вызовом хранимок через ORM.
Особенно интересует вызов функций, которые возвращают курсор с данными (ну или процедур с out параметром типа SYS_REFCURSOR, бывает и такая реализация). Интересно, что бы в этом случае ORM возвращала типизированный результат.
Для MS SQL пробовал Entity Framework 6, и он работает именно так, создавая сущность [function_name]Result
А вот с Oracle в этом плане беда. EF в дизайнере модели вообще не видит хранимок. При этом с обычными таблицами все работает. Пробовал Devart Entity Developer который даже платный. Он их видит, но, по сути, нормально использовать не может: типизированные результаты не создает да и вообще делает неправильные вызовы.
Самое интересное, что ODAC компоненты Delphi для доступа к Oracle в этом плане просто супер. Передаешь имя хранимки и они сами генерят ее корректный вызов. Никогда не было с этим проблем, даже не задумывался. И при возврате данных в SYS_REFCURSOR тоже всегда вытягивает столбцы в свое Query в дизайнтайме, делая ее типизированной. При том, что думаю ODAC этому уже лет 10.
Не уж-то под C# сейчас не найдется ничего подобного? Может кто работал, подскажите.

hVosttЗачем ORM и хранимые процедуры (активное использование)? ORM не может гарантировать целостность данных, которые он загрёб, если выполняются какие-то процедуры, значит преимущества ORM накрываются медным тазом.
Разработчики того времени базировались на предположении, что визуальный редактор для построения приложений это гуд. И что таблицы не будут меняться. И что вообще всё будет шоколадно и в розовом цвете, кладёшь себе мышкой на форму копонентики, а там оно "фсё само".
Сегодня это не так. Оказалось, что прощё и быстрее писать код. Поэтому всё это стало не нужно.
код.
Спасибо за разъяснения и краткий экскурс в историю. Ушел думать...