КХ?

ЭЭ, где вы тут видите аналитику или запросы по нескольким индексам?

Тут хороший кейс OLTP

Вот тут: Описание данных я так понимаю нужно? У меня несктолько террабайн данных. 99% это одна единственная таблица хранящая промежуточные данные вычислений. Процент записи / чтения примерно 50 / 50 Структура записи таблицы несколько числовых уникальных значений значений плюс автоинкрементное поле плюс несколько полей с двоичными данными. На двоичных данных установлен вторичный ключ для построения LEFT JOIN сравнения.

По описанию работы с данными это не запросы по нескольким колонкам с агрегацией / запись исторических данных с запросами по диапазонам, или что-то такое ещё аналитическое

В таблцие хранятся сигналы с вершин дерева модели. При обучении они часто обновляются.

banned :)

КХ не подходит под единичные запросы чтения и записи. Об этом прямо говорят разработчики.
Нужно автоинкрементное поле чего в КХ тоже нет.

Я согласен, что тут явное OLTP. Я не вполне понял почему PostgreSQL тут не подходит. 10k rps он умеет. Нужно ли здесь например 100k RPS не раскрыто в вопросе.

Привет. подскажите, а https://github.com/tarantool/sharded-queue уже заброшенный проект? лучше сразу брать queue и пытаться его адаптировать на шардированную версию?

да вроде не заброшенный, им пользуются

если  будете адаптировать - у вас скорее всего то же самое получится

с другой стороны - это ж опенсорс, если хочется свое - форкайте

Эй-эй, проект пока не мёртвый

Не стоит такое советовать)

Для самописных очередей может ещё подойти https://github.com/moonlibs/xqueue

всем привет
подскажите пожалуйста, что за label_pairs в реестре метрик?

хочу метрики уметь менять на ходу

в label_pairs накидывается всякая дополнительная информация

как оно связано с коллекторами и колбэками?