Size: a a a

2020 August 20

R

R-omk in Tarantool
мне чтоли всю библиотеку в body сувать,  этож никуда не годится
источник

DS

Dmitry Sharonov in Tarantool
¯\_(ツ)_/¯
источник

R

R-omk in Tarantool
спасибо за поддержку, я знал, ты в беде не оставишь
источник

MA

Mons Anderson in Tarantool
Да, функциональные индексы херовенькие
источник
2020 August 21

ИЕ

Илья Ермолин... in Tarantool
Добрый день, вопрос: в докментации https://www.tarantool.io/ru/doc/2.5/book/cartridge/cartridge_dev/#using-multiple-vshard-storage-groups
Описано, что сейчас нельзя динамически добавлять новые группы vshard storage.
Получается, что если сейчас группу заранее не добавить, то придется весь кластер пересоздавать для ее добавления... :(.
Насколько близкая перспектива получить возможность добавлять группы в рамках обновления конфигурации кластера (или как-то еще)?
> Есть еще одно ограничение – нельзя добавлять группы динамически (такая возможность появится в будущих версиях).
Я вот про это.
источник

YD

Yaroslav Dynnikov in Tarantool
расскажите подробнее,  зачем вы хотите группы использовать? их использование предполагает, что код должен быть заточен под использование нескольких конкретных роутеров. я боюсь пересозданием кластера тут дело не ограничится но придется еще и приложение переписывать
источник

YD

Yaroslav Dynnikov in Tarantool
а если нет, значит вам нужны не группы а что-то другое
источник

ИЕ

Илья Ермолин... in Tarantool
да, приложение тоже нужно будет дописывать - согласен.
Просто к тому времени в других группах уже будут данные которые не хотелось бы трогать при добавлении новой группы.
Кейс - постепенное расширение хранилища новыми группами ( и процедурами для работы с ними).
В каждой из групп своя логика шардирования - поэтому в одну группу они не мерджатся.
источник

YD

Yaroslav Dynnikov in Tarantool
какая своя логика?
источник

ИЕ

Илья Ермолин... in Tarantool
шардирование в разных группах будет выполняться по разными объектам.
Кроме того - у нас есть требование по времени ответа максимальному - соответственно если все в 1 группу запихнуть - время миграции бакета между серверами будет сильно больше.
С использованием групп этом можно будет управлять детальнее ( сначала в одной группе миграцию сделать добавив репликасет, потом в другую (когда там будет необходимость) ).
источник

YD

Yaroslav Dynnikov in Tarantool
разные объекты и разные ключи шардирования это еще не повод
источник

YD

Yaroslav Dynnikov in Tarantool
изначально группы создавались когда надо было объединить в одном приложении два кластера - один на мемтиксе другой на виниле. у них по железу требования разные, поэтому пришлось так. а в остальном группы больше неудобств создают
источник

DS

Dmitry Sharonov in Tarantool
какой общий размер датасета то? если поделить на 30к бакетов какой размер бакета будет? а если на 300к?
источник

YD

Yaroslav Dynnikov in Tarantool
а добавить группу при апгрейде технически возможно. сложно но можно. но я еще раз советую задуматься
источник

DS

Dmitry Sharonov in Tarantool
у вас разные бизнес объекты у которых по разному вычисляется bucket_id - ну ок, а группы тут при чем.
вы потом добавляете новый объект, правила его хранения и доступа - ну ок, но текущие данные при этом опять же можно не трогать.
источник

VS

Vadim Shadrin in Tarantool
Доброго дня жители планеты TARANTOOL !
источник

VS

Vadim Shadrin in Tarantool
Есть какая нить гуишная тулза для отлатки SQL запросов? В консоле не айс!
источник

KN

Konstantin Nazarov in Tarantool
Vadim Shadrin
Есть какая нить гуишная тулза для отлатки SQL запросов? В консоле не айс!
источник

VS

Vadim Shadrin in Tarantool
На pycharm поставится ?
источник

KN

Konstantin Nazarov in Tarantool
да
источник