Можно ли использовать foreach без ToList для выполнения запроса в Entity Framework

Что проверяют

Понимаете ли вы отложенное выполнение IQueryable и разницу между потоковым чтением и буферизацией. Вопрос с подвохом: многие уверены, что без ToList() EF ходит в базу на каждой итерации. Следом обычно спрашивают про N+1 и про await foreach.

Как отвечать

Можно. foreach сам запускает запрос: вызывает GetEnumerator(), EF строит SQL, выполняет его один раз и читает строки из DbDataReader по мере перебора. Это потоковый режим, весь результат в памяти сразу не держится. ToList() делает тот же один запрос, но сначала вычитывает всё в список и закрывает ридер.

Чем отличаются варианты на практике:

• память: потоковый foreach подходит для больших выборок, ToList() держит всё в памяти, зато по списку можно пройтись сколько угодно раз;
• соединение: пока цикл идёт, соединение и ридер открыты, и долгая обработка внутри цикла держит соединение из пула;
• повторный перебор: второй foreach по тому же IQueryable выполнит SQL ещё раз, и данные уже могут быть другими;
• асинхронность: в ASP.NET Core синхронный foreach блокирует поток, для потока строк есть await foreach по AsAsyncEnumerable(), для буфера ToListAsync();
• трекинг: сущности попадают в change tracker в обоих случаях, для чтения добавляйте AsNoTracking().

Если внутри цикла нужны связанные данные, подгружайте их в сам запрос через Include() или проекцию Select(), а не обращением к навигационному свойству на каждой итерации.

Где спотыкаются

Говорят, что без ToList() запрос уходит на каждый элемент. Лишние запросы в цикле даёт ленивая загрузка навигационных свойств, это N+1, а не сам foreach. В EF Core она по умолчанию выключена и включается через UseLazyLoadingProxies().

Выполняют второй запрос или SaveChanges() внутри цикла по открытому запросу. На SQL Server без MultipleActiveResultSets=True это падает с ошибкой про уже открытый DataReader. Решение: сначала материализовать, потом менять.

Ставят ToList() в середину цепочки, до Where() и Take(). Фильтрация уходит из SQL в память, и с сервера тянется вся таблица.