| ... | ... | @@ -4,7 +4,7 @@ |
|
|
|
2) Умеет трансформировать запросы поверх кластера в ряд SQL запросов для каждой ноды. Аггрегация результатов - на координаторе
|
|
|
|
3) Не умеет работать с агрегирующими запросами, которые требуют нетривиального MAP/REDUCE (GROUP BY, SUM и проч.)
|
|
|
|
4) Должен уметь сам выполнять запросы эти запросы - завязан на существующие API cartridge + vshard
|
|
|
|
* Как прокидывать внутреннюю логику приложения - например, имя роли, где хранятся данные?
|
|
|
|
* Как прокидывать внутреннюю логику приложения - например, имя роли, где хранятся данные? - роль `vshard-storage` в большинстве случаев хранит все данные приложения. Из коробки `vshard` не разделяет данные между ролями. `Vshard groups` пока не поддерживаем.
|
|
|
|
* Как поддерживать работу со схемой данных, если нет `ddl` модуля
|
|
|
|
5) Умеет работать с внутренними представления Тарантула для получения схемы данных (`cartridge` - схема данных, `vshard` - топология хранилищ).
|
|
|
|
* Как организовать это, если есть несколько ролей, хранящих данные?
|
| ... | ... | |
