Как БД подойдет для высоконагруженного телеграм бота?

Question

[DellDeniel]

Бот для знакомств одновременно должен регистрировать новые профили и показывать существующие для довольно большого онлайна. Хотел попросить совета, подойдет ли для таких целей SQLite ? Сама база минимальная, одна лишь таблица с профилями, но потянет ли SQLite десяток запросов в секунду?

Comments

[Kvason]

sqlite3 вообще для ботов не пойдет, он у тебя будет раз в 10 минут ложиться из-за рекурсивных использований курсоров, он не поддерживает асинхронность, postgresql или mysql подойдут

[Kvason]

Dr. Bacon, да, но скулайт выкидывает Recursive use of cursors not allowed

[Kvason]

Dr. Bacon, это да, оговорился

[AVKor]

Как БД подойдет для высоконагруженного телеграм бота?

Хорошо подойдёт, если будет хорошо спроектирована. В противном случае - плохо подойдёт.

Answer 1

[Василий Банников]

но потянет ли SQLite десяток запросов в секунду

Каких запросов? Какого объёма база?
Вообще должно потянуть, если нормально организуешь доступ к базе.

Comments

[DellDeniel]

Одна таблица на 8 колонок, в каждая строка это профиль пользователя. Запросы по типу "найди мне профиль с таким же возрастом и городом, как у меня". И все это одновременно делают 10.000 онлайна примерно

[Василий Банников]

DellDeniel, тогда подойдёт. 10к записей даже тупо в оперативной памяти можно легко удержать.

Answer 2

[itsoftoff]

По нормальному использовать postgresql

Answer 3

[mayton2019]

При десятке запросов в секунду - подходит любая БД.

Я не знаю кейсов чтобы она (БД) почему-то не подошла. Если вы думаете что не подойдет - то напишите почему.

Comments

[mayton2019]

Dr. Bacon, судя по задаче. Автор пишет о регистрации профилей. Я думаю что речь идет о пиковой нагрузке. С моей точки зрения 10 Гц - это частота при которой за сутки будет создано 864000 профилей. Это - достаточно плотная группа. Я знаю очень мало групп которые достигли больших размеров. Вот в группе С++ (PRO.XX) всего 5 тыщ мемберов. В группе Rust - 3.9 тыщ.

По поводу чтения я не готов что-то сказать. Но чтение - хорошо кешируется. Пускай автор ставит nginx с редиской.

[mayton2019]

Dr. Bacon, я готов спорить на виски, что проблемы производительности у автора с SQlite не будет. По крайней мере на создании профайлов.

[mayton2019]

Dr. Bacon, вы манипулируете. Для того чтобы начать оптимизацию нужен сначала proven bottleneck.

[mayton2019]

Dr. Bacon, короче спорим на виски что у него не будет проблемы здесь. Будет где угодно. В сети. В хостинге.