| ... | ... | @@ -9,11 +9,23 @@ |
|
|
|
5) Умеет работать с внутренними представления Тарантула для получения схемы данных (`cartridge` - схема данных, `vshard` - топология хранилищ).
|
|
|
|
* Как организовать это, если есть несколько ролей, хранящих данные?
|
|
|
|
|
|
|
|
## Желаемое API
|
|
|
|
API:
|
|
|
|
```
|
|
|
|
result_set, err = executeSQL(cluster_sql)
|
|
|
|
```
|
|
|
|
## Содержание
|
|
|
|
|
|
|
|
[Распределенный SQL - proposal](./Распределенный-SQL-proposal.md)
|
|
|
|
[Распределенный план запроса](./Распределенный-план-запроса.md)
|
|
|
|
[Поддерживаемые типы запросов](./Типы-запросов/index.md)
|
|
|
|
[Описание API](./Описание-API.md)
|
|
|
|
|
|
|
|
## Нерешенные вопросы:
|
|
|
|
|
|
|
|
- Нужна ли нормальная обертка на Lua? Или продолжаем мучится с хранимыми процедурами?
|
|
|
|
> Предполагается делать всю обработку SQL на стороне Rust.
|
|
|
|
> Так как для зависимых запросов нужен расчет дочерних узлов и вычисление bucket_id, то получится что логика работы с
|
|
|
|
> планом будет размаза между разными слоями и плохо разделена ответственность каждого из них.
|
|
|
|
> Пока не реализован вызов lua функций из Rust, предлагается передавить их в текстовом виде.
|
|
|
|
> Cartridge схема передается уже сейчас, осталось передать конфигурацию vshard.
|
|
|
|
|
|
|
|
- Как тестировать выполнение запросов при работе с vshard и cartridge схемами из Rust
|
|
|
|
> Судя по всему это получится возможным только когда будет прокинут cluster_helper из cartridge.
|
|
|
|
> Без этого не получится полноценно протестировать результат выполнения результирующей процедуры.
|
|
|
|
|
|
|
\ No newline at end of file |
|
|
|
Вопросы:
|
|
|
|
1) Нужна ли нормальная обертка на Lua? Или продолжаем мучится с хранимыми процедурами? |
|
|
\ No newline at end of file |
