EF Core. Как 1 строчка может добавить x4 к быстродействию запросов к БД?

Многие, кто использует EF Core в работе в качестве ORM (Object-Relational Mapping) встречаются с множеством прелестей этого инструмента:

• Достаточная гибкость

• Скорость разработки

• Возможность поддерживать Legacy

• Написание хранимок и прочее…

И в одном из проектов я наткнулся на формат его использования, который приводил к бОльшим нагрузкам и поеданию памяти.
Закрывая очередную задачу по бизнес-логике я заметил в выводе терминала очень много странных записей, которых там быть не должно.

Покопавшись дальше я увидел сообщение о том, что *100 записей были добавлены в ChangeTracker.

Странно, но я же просто открыл страницу и нафига мне тут отслеживать изменения?

После я сразу же полез в код и обнаружил, что в части проекта напрочь забыто про такую вещь как Tracking behavior

И тут ради интереса мне захотелось посмотреть влияние трэкинга на быстродействие запросов не формате «Так однозначно быстрее», а с пруфами и метриками. Ссылки на статьи прикреплю ниже*

Перейдем к результатам

Изначально я собрал проект на .NET Core и подключил пакеты и создал тестовую базу данн/ых на PostrgeSQL (ссылку на github прицеплю ниже).

public class Benchmark {     [Benchmark]     public async Task<int> WithTracking()     {         using var dbContext = new AppDbContext();         var products = await dbContext.Product.AsTracking().ToListAsync();         return products.Count;     }     [Benchmark]     public async Task<int> WithoutTracking()     {         using var dbContext = new AppDbContext();         var products = await dbContext.Product.AsNoTracking().ToListAsync();         return products.Count;     }      [Benchmark]     public async Task<int> WithTrackingAndOrder()     {         using var dbContext = new AppDbContext();         var products = await dbContext.Product.AsTracking().OrderBy(x => x.Name).ToListAsync();         return products.Count;     }       [Benchmark]     public async Task<int> WithoutTrackingAndOrder()     {         using var dbContext = new AppDbContext();         var products = await dbContext.Product.AsNoTracking().OrderBy(x => x.Name).ToListAsync();         return products.Count;     } }

Итак, 1-й набор данных на 100 записей:

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

Далее — 1.000 записей в таблице

Здесь мы видим уже существенный (быстрее более чем в 2 раза) прув от трэкинга.
Что дальше?

10.000 записей

В простом случае (без учета OrderBy) мы видим, что опция AsNoTracking работает в 4 раза быстрее. И в то же время AsNoTracking и OrderBy дают непропорциональные результаты результаты. Я думаю, что это связано с оптимизациями производительности, внедренными в EF Core и работой с коллекциями.

100.000 записей

Как видите, результата очень схож и коррелирует с выборкой в 10.000 записей.

Ради интереса, 1млн записей

Тенденция схожа и никаких коллизий тут не отмечено.

Выводы, кэп?

Мы обсудили и сравнили результаты с одним из параметров — AsNoTracking.
Как видно, этот параметр значительно влияет на эффективность запросов и обработку данных, и он работает в 4 раза быстрее на наборе данных из более чем 10 000 объектов.

Как жить?
1) Вы можете установить это значение по-умолчанию как AsNoTracking, и, при необходимости, когда вам потребуется отслеживать изменения в объектах, вы сможете получить объекты с помощью метода AsTracking

services.AddDbContext<DatabaseContext>(options => {   options.UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking);   ... });

2) Использовать маппинг в DTO-модели при получении данных и избегать загрузку всех связанных сущностей и ненужных данных

public List<ProductDTO> GetProducts() {     return _context.Products       .Select(x => _mapper.Map<ProductDTO>(x))       .ToArray(); }

3) Избегать загрузки больших коллекций в память, которые планируется править.

Берите на заметку и быстрых решений!

Ссылки:

• https://github.com/mushegovdima/ef-core-tracking-benchmark

• https://learn.microsoft.com/en-us/ef/core/querying/tracking

Контакты:

• https://www.linkedin.com/in/mushegovdima/

• https://t.me/mushegovdima