С точки зрения производительности, которая быстрее: Linq2SQL или Linq2Entities (в ASP.net MVC)

Question

Сравнение двух моделей данных в приложении asp.net MVC, которое обеспечивает лучшую производительность, LINQ 2 SQL или LINQ 2. Entities.

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

Answer 1

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

Не увлекайтесь такими решениями в начале проекта. Сортировка с тем, что проще или что вы уже знаете. Затем настройтесь позже.

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

Answer 2

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

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

Answer 3

Похоже, что в этой статье даны исчерпывающие сравнения:

http://toomanylayers.blogspot.com/2009/01/entity-framework-and-linq-to-sql.html

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

Answer 4

Это очень зависит от того, что вы делаете. На этот вопрос нет однозначного ответа.

Если вы готовы принять удар по производительности, связанный с использованием ORM, оба они должны подойти.

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