EntityFramework и метод SaveChanges(), это медленно?

Question

[bullock]

Я в одном из своих педпроджектов на .Net Core реализовал запись логов в Sqlite по средством подключения модуля Microsoft.EntityFrameworkCore.Sqlite
Что бы запись сохранялась в БД надо вызывать SaveChanges()каждый раз. Но я подозреваю что это затратно, делать это для каждой записи.
Вопрос: где правильно вызывать, этот метод? Может делать это по таймеру? Или накапливать где то в памяти а потом вызывать?

Answer 1

[Богдан]

Если вы не будете писать каждый раз логи, а накапливать их, то есть вероятность, что перед тем как сохранить пачку логов у вас ляжет приложение и тогда вы уже никаких логов не почитаете.
А вообще писать через EF логи - это как топить печку бумагой, вместо дров/угля.
Если хотите структурированные логи очень рекомендую присмотреться к MongoDB.

Comments

[bullock]

Неужели ради каких-то логов целого монстра(в хорошем смысле) MongoDB разворачивать? А если SQL Server 2017 Express не обойтись? PostgreSQL?

[Богдан]

bullock, некоторые люди в БД и файлы хранят)
Скорость работы совершенно разная будет.
SQL бд для другого предназначены, нужно выбирать инструмент исходя из задачи.
Если не хотите разворачивать "монстра": могу порекомендовать:
www.litedb.org

LiteDB - это очень шустрая файловая NoSQL СУБД.

[bullock]

Богдан, Спасибо! Я некоторое время назад смотрел в сторону liteDB, видимо пришло время =)