SP
1 млн в agreements вполне тянет
Size: a a a
2021 February 28
SP
10 уже тяжко
SP
1 000 000 000 000
SP
дохулиард
SP
1000000000000
ну и если у тебя в одной таблице столько нулей - у тебя какие-то проблемы
SP
но говорят postgre это кушает
но опыта нормального не было
но количество нулей смущае)
но опыта нормального не было
но количество нулей смущае)
SC
но говорят postgre это кушает
но опыта нормального не было
но количество нулей смущае)
но опыта нормального не было
но количество нулей смущае)
это был рофл на самом деле)
SP
но всё равно интересно - говорят postgre прям тянет)
SC
но всё равно интересно - говорят postgre прям тянет)
ну тут опять же, что именно: чтение по индексам - да, запись в таблицу, где есть множество индексов - нет, и много нюансов
SP
как минимум постгре умеет временные ряды - этож какая оптимизация всего и вся чего не умеет MySQL
SC
как минимум постгре умеет временные ряды - этож какая оптимизация всего и вся чего не умеет MySQL
я кстати так и не совсем понял где их юзать
SP
ну например при мониторинге, возьмём забихх
SP
биллинги
SP
любое что имеет обращение к датам
SC
ага, ясно, но таймскейл дб который как экстеншен постгреса хорошо справляется, или это не совсем то?
SP
скажем так - я не погружался чтоб ответить)
SP
но одна и таже БД zabbix, большая, на постгре работала шустрее
SP
особенно с детализацией
SC
ну вот допустим задача: удалить чанки например за 30 дней, временные ряды справляются с этим быстро?