Почему я должен использовать LINQ to SQL, когда ADO.NET работает лучше, чем эта

Question

Почему мы должны использовать LINQtoSQL, когда ADO.NET дает нам лучшую производительность? Оформить заказ ссылка , которая показывает сравнительные отчеты

Мне нужна скорость / производительность моего приложения, а не простота развертывания. Есть ли что-то еще, что мы должны рассмотреть, прежде чем я оставлю LINQ to SQL и вернусь к своему СТАРОМУ ADO.NET DataAcces Layer, какие пользовательские хранимые процедуры?

Answer 1

Одним из самых больших преимуществ ORM над ADO.NET является начальная скорость разработки (а не скорость приложения). С ORM обслуживание также может быть намного проще, чем с ADO.NET. ORM предлагают множество функций, которые необходимо было бы кодировать вручную с помощью ADO.NET. Linq не работает с ADO.NET, и в настоящее время Linq требует ORM.

Большинство ORM позволяют переходить на SQL / ADO.NET при необходимости по соображениям производительности.

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

Answer 2

Как часто вы выполняете 2000 одинаковых запросов? Это чисто синтетический тест, который ничего не показывает.

Вообще говоря, гораздо проще (и с меньшими затратами) бросить больше оборудования на проблему (добавить больше дешевой оперативной памяти на компьютер с SQL Server), чем тратить тысячи долларов и сотни человеко-часов, пытаясь устранить все ошибки в

var dataReader = command.ExecuteReader();
while(dataReader.Read())
    var id = dataReader.GetInt32("ID");

Конечно, иногда нужно прибегнуть к простому ADO.NET для повышения производительности, но это следует делать только тогда, когда профилировщик показывает проблему.

Answer 3

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