Вопросы C# Backend Developer

Вместо загрузки и поштучного изменения сущностей используйте пакетные библиотеки (например, EFCore.BulkExtensions) или выполняйте прямой SQL UPDATE через context.Database.ExecuteSqlRaw. Это обновит поле на стороне БД в одну операцию и не будет грузить память.

Split Queries — это когда EFCore вместо одного SELECT с JOIN, который возвращает дублируемые строки, выполняет несколько простых запросов: сначала основная сущность, потом связанные коллекции через IN. Это снижает объём передаваемых данных и память, устраняя Cartesian explosion при загрузке Include.

Lazy Loading автоматически загружает связанные объекты при первом обращении к навигационному свойству. Плюс — вы не загружаете всё сразу, экономя ресурсы. Минус — «N+1» проблема: при переборе коллекции делается много отдельных запросов, что сильно бьёт по производительности.

Я использовал Entity Framework Core для быстрого старта и сложной модели, Dapper для сверхбыстрого маппинга через SQL, NHibernate в крупных проектах с продвинутым кэшированием и LINQ to SQL в наследованных решениях. Каждый инструмент выбирался по критериям производительности, простоты и требований к функциональности.

При добавлении NavigationProperty EF автоматически:

1. Создает внешний ключ (FK) в таблице

2. Генерирует соответствующие поля в БД

3. Добавляет индекс для FK (по умолчанию)