TCS: feedback from users

[lenkis]

Related dev. resources:

• Release cards: https://jira.vk.team/browse/PRODUCTS-682
• Dev ticket: none

Product: TCS
Since: 1.0
Audience/target: admins, end users (finops)
Root document: https://docs.d.tarantool.io/ru/column-store/doc/latest/
SME: @ Galiev-Ruslan

Details

(1)
Вопросы от ТБанка:

Коллеги, по следам анализа выданной нам спеки на dev-сборку TCS 1.0, есть ряд вопросов:

1. по данным из спеки в новой dev-версии "Отсутствуют операции добавления/удаления колонок в таблицах"

-правильно ли я понимаю, что модификация схемы будет -предполагать пересоздание таблицы и удаление данных?
этот функционал будет отсутствовать и в основной версии TCS 1.0?

2. по данным из спеки в новой dev-версии "Отсутствует операция обновления данных(UPDATE)"

-это затрагивает работу инструмента мерджинг, т.е получается на этой версии мерджинги работать не будут, верно?
-этот функционал будет отсутствовать и в основной версии TCS 1.0?

3. по данным из спеки в новой dev-версии "Отсутствует передача нескольких SQL-инструкций в одном запросе(multi-statement)"

-таким образом не будет параллельного выполнения нескольких групп, что сейчас используется для ускорения рассчета счетчиков и прецедентов.
-этот функционал будет отсутствовать и в основной версии TCS 1.0?

4. по данным из спеки в новой dev-версии "Отсутствуют параметры в заголовках запросов. Вместо них в конфигурации TCS можно задавать переменные, которые задают правила выполнения запросов"

-в текущей версии реализовано ряд параметров по умолчанию: x-tcs-disable_column_update, x-tcs-reverse_order. Что с ними в новой версии? Будут ли перенесены значения параметров по умолчанию?
-X-tcs-only_buffer - правильно ли я понимаю, что в новой версии TCS 1.0 в этом параметре не будет необходимости, потому что запросы будут выполняться по одному хранилищу, без деления на части, как сейчас (строчный буфер и колоночное хранилище)?
-x-tcs-timeout_ms - еще один параметр, который используется сейчас и пока не понятно как нам его задавать в новой версии
-из второй части изменения ясно, что нам необходимо будет задавать эти параметры через set. Но так же по данным из спеки "multi-statement" пока не предусмотрен, поэтому возникает вопрос, как нам в новой версии задавать переменные?
-что подразумевается под сессией, как они работают, как устанавливаются, как долго живут?

5. в спеке к версии 1.0 указаны вторичные индексы

-т.е переходим от kv-индексов на вторичные?
-используются ли вторичные индексы в запросах "не явно" или нужно указывать в запросе имя индекса?

6. по данным из спеки в новой dev-версии "Типы bool и ts пока не поддерживаются."

-эти типы отсутствуют только в dev-версии или в основной версии TCS 1.0 они также будут отсутствовать?

7. как в новой версии работает column limit? Учитываются ли Null-ы в лимите?

---

(2)
Вопросы от внедрения:

Павел Григоренко (19.06.2025 16:43):
а модешь пояснить плз вот по этой части доки: https://www.tarantool.io/ru/column-store/doc/latest/administrator_guide/tasks/#admin-https-setup

сначала сказано: TCS поддерживает подключение с шифрованием, где все входящие запросы к сервисам – как внешние, так и внутрикластерные – осуществляются по HTTPS. (Внутрикластерные запросы здесь включают запросы от экземпляров Scheduler к etcd и от экземпляров Scheduler к экземплярам Storage).

а потом:
Экземпляры Scheduler умеют связываться с экземплярами Aggregator только по HTTP, поэтому, когда в топологии есть такая связь, в конфигурации экземпляров Aggregator должно быть указано transport: plain.

как будто противоречие)

Павел Григоренко (19.06.2025 16:45):
а еще по идее, при включенном arrow flight sql эти же настройки transport tls_cert_file tls_ca_file сетапят TLS для подключения по ADBC (но это минор)

Павел Григоренко (19.06.2025 16:47):
а еще такой момент: что насчет соединений между стораджами, которые при репликации существуют, тарантульные. безопасников такие тоже интересуют обычно