AT
Ага. Нюанс: ветку, отличную от мастера, иначе потом обновлять свой форк геморно.
Size: a a a
2020 October 03
©
Ну что-то я там наклацал.....
©
Пулл там есть, из него 1 файл только нужен(((
AT
Ну, в общем, напоминалка теперь есть. Спасибо.
©
Вам спасибо. Шикарный проект!!!
2020 October 04
PT
и я чет не могу найти как инвалидация происходит?
MF
и я чет не могу найти как инвалидация происходит?
Инвалидация чего?
PT
Кеша запросов
PT
или это просто конектор?
MF
Просто коннектор
PT
а для консистентного кеша бд нету готовых решений?
TS
а для консистентного кеша бд нету готовых решений?
Интересно, что вы имеете в виду? Управление клиентским кешем в Redis 6? Или где-то другое?
AB
а для консистентного кеша бд нету готовых решений?
Д
Вопрос следующий. Есть мысль иметь несколько приложений Tarantool использующих свою БД. Каждое приложение обрабатывает свой пул данных. После сохранения данные должны реплицироваться в Postgresql, которая будет уже выступать master хранилищем. Как такое можно реализовать? Нагрузка будет высокой, т.е. в идеале репликация потоковая, например из WAL Tarantool.
MF
Вопрос следующий. Есть мысль иметь несколько приложений Tarantool использующих свою БД. Каждое приложение обрабатывает свой пул данных. После сохранения данные должны реплицироваться в Postgresql, которая будет уже выступать master хранилищем. Как такое можно реализовать? Нагрузка будет высокой, т.е. в идеале репликация потоковая, например из WAL Tarantool.
Измерить справится ли Postgresql с такой нагрузкой
MA
Для начала надо понять, как быстро реплицировать в неё данные. Я знаю, что в обратном направлении это возможно сделать красиво. А вот из Tarantool в Postgresql, не уверен...
лить все транзакции в очередь и из очереди (возможно пачками) коммитить в постгрю