NK
насколько у вас сложные хранимки?
Size: a a a
2021 March 09
NK
просто выгрести по индексу записи с условием?
NK
или что-то хитрее?
Е
или что-то хитрее?
по разному, получить слепок некоторых данных по индексу, типовая задача. Проблема в том что эти данные через 7 сек никому уже не нужны. Получать их частями долго, использовать что то кроме tnt - пустая трата времени, как говорится плавали, знаем
NK
в похожей задаче мы использовали два подхода (в разных частях системы разные подходы) :
1) сервисы-потребители получали данные из тарантула по мере ихз появления в тарантуле (пачками по подписке лонг-поллингом: от сделки в бирже до того ,как клиент выгружал их из тарантула, проходило в 99% меньше 5мс)
2) писали хранимки на си
1) сервисы-потребители получали данные из тарантула по мере ихз появления в тарантуле (пачками по подписке лонг-поллингом: от сделки в бирже до того ,как клиент выгружал их из тарантула, проходило в 99% меньше 5мс)
2) писали хранимки на си
Е
насколько у вас сложные хранимки?
тысячи строк, это сложные считаются?
NK
тысячи строк, это сложные считаются?
тут дело не в знаках, а в логике
NK
3) хранили в тарантуле агрегаты и отфильтрованные данные отдельно от сырых. Прямая аналогия: ордера-сделки-свечки
Е
в похожей задаче мы использовали два подхода (в разных частях системы разные подходы) :
1) сервисы-потребители получали данные из тарантула по мере ихз появления в тарантуле (пачками по подписке лонг-поллингом: от сделки в бирже до того ,как клиент выгружал их из тарантула, проходило в 99% меньше 5мс)
2) писали хранимки на си
1) сервисы-потребители получали данные из тарантула по мере ихз появления в тарантуле (пачками по подписке лонг-поллингом: от сделки в бирже до того ,как клиент выгружал их из тарантула, проходило в 99% меньше 5мс)
2) писали хранимки на си
получение публичных данных - это не проблема. Там все понятно. Иногда для того чтобы получить решение надо поднимать некоторый массив информации
NK
4) хранили данные по инстурментам-рынкам в отдельных узлах (шардинг)
Е
4) хранили данные по инстурментам-рынкам в отдельных узлах (шардинг)
мы тоже так делаем
NK
только логику разделили между lua/go
здесь все понятно: в го вы можете многопоточно обратать массив данных для принятия решения
NK
мне не очень понятно, почему вы под каждую биржу сделали свой мастер, но при этом их объединили в мастер-мастер (если я верно понял ваши сообщения в чате пикодаты)
Е
мне не очень понятно, почему вы под каждую биржу сделали свой мастер, но при этом их объединили в мастер-мастер (если я верно понял ваши сообщения в чате пикодаты)
мы так не делали и я такого не говорил
NK
или там шла речь, что тарантул не вывозит много операций заприси в секунду?
NK
мы проверяли, что можно выжать 50-60к ops при приемлемых показателях задержки на 2.*, и столько же 1.10 при условии приседаний с отключений журнала на реплике
Е
мы проверяли, что можно выжать 50-60к ops при приемлемых показателях задержки на 2.*, и столько же 1.10 при условии приседаний с отключений журнала на реплике
да реплику вообще отключать надо. Она годится только для синхронизации настроек системы и каких то общих событий на сокетах