Dapper ORM против хранимой процедуры

Question

Я работаю над проектом, в котором мы используем DbContext, но не EF для функций CRUD. Мы используем сервисный уровень для нашей бизнес-логики, где хранимые процедуры пишутся для извлечения / отправки данных в базу данных. Я узнал о Dapper ORM, который позволяет вам облегчить взаимодействие с базой данных. Мне было интересно, может ли кто-нибудь рассказать о преимуществах использования Dapper с приложением MVC5 вместо традиционных хранимых процедур?

Answer 1

Вы сравниваете хранимые процедуры с Dapper? Если это так, я не считаю это достоверным сравнением. Оба имеют свои преимущества и недостатки. Оба полезны в своей области реализации.

Вместо этого, если вы ищете вызов хранимой процедуры через Dapper, я предлагаю обратиться к следующим сообщениям; Вы можете искать еще больше.

• Ссылка 1
• Ссылка 2

Мое личное мнение:

Я избегаю использовать хранимые процедуры. Я предпочитаю реализовывать свой код базы данных, используя ADO.NET или ORM, в зависимости от потребностей. Это помогает мне централизовать всю мою логику базы данных в одном месте. Это также улучшает возможности отладки и ведения журнала.

Примечание. Это не означает, что я никогда не использую хранимые процедуры, или они никогда не должны использоваться. Это может быть полезно в зависимости от потребностей.

Для реализации Data Access Layer с использованием Dapper, пожалуйста, обратитесь к моему ответу.