Разница в производительности между LINQ и хранимыми процедурами

Question

Относящиеся

LINQ-to-SQL против хранимых процедур?

Я слышал много разговоров о преимуществах предварительно скомпилированных хранимых процедур. Но какова реальная разница в производительности между LINQ и хранимыми процедурами при выборе, вставке, обновлении, удалении? Кто-нибудь вообще запускал какие-либо тесты, чтобы увидеть, есть ли какая-то серьезная разница. Мне также любопытно, имеет ли значение большее количество транзакций.

Я предполагаю, что операторы LINQ кэшируются после первой транзакции, и производительность, вероятно, будет почти одинаковой. Мысли?

Answer 1

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

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

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

Это сравнение различных способов взаимодействия .NET 3.5 с базой данных может оказаться полезным. http://toomanylayers.blogspot.com/2009/01/entity-framework-and-linq-to-sql.html

Answer 2

См. LINQ-to-SQL против хранимых процедур для справки - я думаю, что пост содержит большую часть информации. тебе нужно.