Entity Framework Overkill?

Question

Итак, у меня есть проект, и у нас есть некоторые требования к доступу к данным. Это довольно просто, мы просто хотим получить данные, возвращенные из хранимой процедуры (она уже существует), и обновить пару таблиц. Мои варианты, я думаю, следующие:

• Напишите специальный компонент доступа к данным, который можно использовать и в других проектах
• Использовать блок приложения для доступа к данным Microsoft Enterprise Library - однако, поскольку источником является Oracle и он захочет использовать ODP, возможно, также потребуется использовать компонент Enterprise Library Contrib?
• Используйте ORM, например Entity Framework
• Другие альтернативы?

Я склоняюсь к варианту 2, хотя, похоже, мне также нужно будет использовать Contrib? Я думаю, что не так уж много пользы от использования Entity Framework для довольно простого решения, такого как это, особенно когда приходится интегрироваться с SP?

Или я что-то упустил?

Спасибо

Answer 1

Я бы серьезно подумал об использовании микро-ORM, таких как dapper, массив, Simple.Data, peta-poco и т. Д. Это позволяет легко вызывать процессоры и обрабатывать сетки, без сложности и издержек полного ОРМ. Я знаю, что Dapper работает как с оракулом, так и с процессами.

Answer 2

хранимая процедура и таблицы все в одном и том же oracle db? Если так, то почему бы просто не написать немного pl / sql?