Правильнее будет, что это локальная бд

С sql подобным синтаксисом

эм

это полноценная реляционная СУБД

просто встраиваемая

Да, хранящаяся локально

Тут я не скажу @Tishka17  может подскажет 🤷‍♂️

ты сравниваешь конкретный продукт SQLite непонятно с чем

сначала определяются с потребностями, потом выбирают из конкретных продуктов

а ты даже не знаешь, тебе SQL нужен или просто набор ключ значение

Задача такая: мне надо записывать  в секунду от 100 до 800 строк, в какое-то хранилище. Запись ведётся из 10-20 горутин. Параллельно с записью другой гошник будет считывать строки из хранилища, анализировать и удалять строки из хранилища.

Важно что бы все работало быстро.  Где все будет хранится не важно.
От любых северных БД я ушёл,  т.к. при соединение по сети могут быть существенные задержки.
Пришёл к локальным хранилищам. Это либо текстовый файл,  но с ним неудобно работать.
Либо sqlite, но на сколько я понял,  там есть проблемы со скоростью записи и одновременным чтением и записью из множества мест.
Либо key-value store, про который я пока мало что знаю.

Используйте redis, 800 строк в секунду ничто для него

Если неважна persistency, можно мапой на мьютексах обойтись

так не проще ли писать сразу в этот другой процесс?

зачем промежуточное звено

а я бы предложил прям в этом же

через каналы соединил и ладно

или так

У меня программа состоит из двух кусков,  один слушает сервер и пишет в логи, а другой анализирует логи. Я их разделяю на разные гошники,  что бы падение одного куска не роняло другой кусок

тогда понятно. Мне кажется, 100-800 строк в секунду - с этим и файловая система справится