2011-05-09 2 views
0

Я собираюсь работать с моделью доступа данных Linq. Какая модель лучше? и почему использовать и почему не использовать Linq.linq vs ado.net performance

Благодаря

ответ

1

Linq к SQL и Entity Framework и т.д. все использование ADO.NET внутренне, таким образом, они медленнее, так как они делают больше работы, чем ADO.NET в одиночку.

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

1

Всегда существует компромисс между уровнем абстракции и производительностью, поэтому, конечно, Linq To Entities или Linq To Sql, которые работают над ADO.NET, будут медленнее, чем ADO.NET.

Это все о том, какой уровень производительности вам необходим для вашего конкретного проекта. Если производительность для вас более важна, чем простота разработки, то переходите к прямым DataReaders. Если нет, то перейдите к Linq To Entities.