| ... | ... | @@ -7,7 +7,6 @@ |
|
|
|
* Как прокидывать внутреннюю логику приложения - например, имя роли, где хранятся данные? - роль `vshard-storage` в большинстве случаев хранит все данные приложения. Из коробки `vshard` не разделяет данные между ролями. `Vshard groups` пока не поддерживаем.
|
|
|
|
* Как поддерживать работу со схемой данных, если нет `ddl` модуля
|
|
|
|
5) Умеет работать с внутренними представления Тарантула для получения схемы данных (`cartridge` - схема данных, `vshard` - топология хранилищ).
|
|
|
|
* Как организовать это, если есть несколько ролей, хранящих данные?
|
|
|
|
|
|
|
|
## Содержание
|
|
|
|
|
| ... | ... | @@ -27,8 +26,6 @@ |
|
|
|
> Предполагается делать всю обработку SQL на стороне Rust.
|
|
|
|
> Так как для зависимых запросов нужен расчет дочерних узлов и вычисление bucket_id, то получится что логика работы с
|
|
|
|
> планом будет размазана между разными слоями и плохо разделена ответственность каждого из них.
|
|
|
|
> Пока не реализован вызов lua функций из Rust, предлагается передавить их в текстовом виде.
|
|
|
|
> Cartridge схема передается уже сейчас, осталось передать конфигурацию vshard.
|
|
|
|
|
|
|
|
- Как тестировать выполнение запросов при работе с vshard и cartridge схемами из Rust
|
|
|
|
> Судя по всему это получится возможным только когда будет прокинут cluster_helper из cartridge.
|
| ... | ... | |
