Если я бегу против Dlinq, например, < /p>
var custq = data.StoreDBHelper.DataContext.Customers as IEnumerable ;
< /code>
Я думал, что это не большая разница против работы: < /p>
var custq = data.StoreDBHelper.DataContext.Customers as IQueryable ;
< /code>
as, iqueryable hodits от ienumerable. < /p>
Но я обнаружил следующее, если вы позвоните:
custq.sum ()
, тогда программа обработает это, как вы называете .tolist (). Вы используете «как ienumerable»
, потому что память на прога, поднятое до того же уровня, когда я попробовал, custq.tolist.table ()
Но это просто сводные функции и делегируйте выражения в том, где будет утверждение о том, что будет разница - или вы в целом получите лучшую производительность, если вы используете «как iqueryable»? (Для стандартных функций итерации и фильтров на объектах dlinq) < /p>
Спасибо! < /p>
Подробнее здесь: https://stackoverflow.com/questions/182 ... r-performa
Лучше ли DLINQ над iQueryable или DLINQ, а не для лучшей производительности? ⇐ C#
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение