Closed fomichev3000 closed 5 days ago
С какими проблемами столкнулся.
Плохо (совсем не очевидным образом) работает построитель плана запросов
если есть вторичный индекс - то его надо прямо указывать в sql запросе для использования - хотелось бы чтобы он применялся в случае если есть самостоятельно (при необходимости)
если вторичный индекс явно указан в запросе, но, например если написать выражение field1=2 то вторичный ключ полностью игнорируется где field1 - поле вторичного ключа, например uint64 - а 2 неявно преобразуется к int т.е. если есть несовпадение типа константы и field1 - то вторичный ключ игнорируется
хотелось бы если пишешь field2 = 1, field3 = 'abc' чтобы не надо было явно писать литерал того же типа что field, а оптимизатор автоматически преобразовывал константу к типу field
For the history, after discussion in telegram chat:
UPDATE table SET column_type_jsondocument=JSON_SETVALUE(“a.b.c”, 1)
Внутри Яндекс есть средство для тестирования запросов, которое предлагает автодополнение имен полей и таблиц.
Я уже отвык от отсутствия данной функции
хотелось бы:
сделать автодополнение имен полей и таблиц в WEB консоли
сделать плагин для Jetbrains data grid, который работал бы по аналогии с mysql - читал схему базы данных, соответственно предлагал бы автодополнение имен, хорошо бы чтобы в Jetbrains появился бы язык YQL, была бы возможность создать/удалить таблицу, сделать backup/restore YDB Было бы совсем круто - если бы Jetbrains умел разбирать синтаксис YQL и показывать ошибки
нормальный интерфейс, чтобы можно было без проблем подконнектиться через mysql/postgres драйвер, а не ждать пока кто-нибудь сделает библиотеку под мой фреймворк или колхозить это самому. хотелось бы использовать на текущем проекте, но нет никакого желания писать с нуля кучу обвязки вокруг вашего sdk. придётся наверное подождать пару лет до начала массового использования либо пока китайцы допилят до ума...
через mysql/postgres драйвер
Я думаю это точно невозможно потому что YQL не совместим с SQL от MySQL Например когда я писал запрос к serverless YDB я по каждому запросу смотрел план выполнения и добивался того, чтобы запрос выбирал минимальное количество записей, что положительно сказывалось на уменьшении RU
@gayratv
Я думаю это точно невозможно
у кликхауса тоже свой диалект и ничё, запилили поддержку и mysql и postgres драйверов
Можете рассказать, почему YDB требует минимум 64 ГБ для диска? Это может быть не очень удобно для небольшого использования или тестов. https://github.com/ydb-platform/ydb/issues/75
Edit: возможно, это требуется только для поднятия через Докер, но было бы лучше, если можно меньше поставить размер YDB_PDISK_SIZE
https://ydb.tech/en/docs/getting_started/self_hosted/ydb_docker#start-pars
Edit2: могу вынести это в отдельную Issue, если так будет удобно.
Add native support for List<Primitive>
, Dict<Primitive, Primitive>
in ydb columns as value.
Change Data Capture with SELECT
Изменение типа столбца и индексов одной командой. Пример: ALTER TABLE episodes ALTER COLUMN id Uint32;
Сейчас невозможно остановить через Ctrl+C выполнение запроса:
$ ydb -e grpc://localhost:2136 -d /Root/test yql -s 'DELETE FROM my_table_44;' ^C^C^C^C^C
Хотелось бы иметь возможность останавливать то, что долго работает или делает не то, что хотелось.
Хотелось бы видеть TRUNCATE TABLE tbl_name
Не хватает конструкции, которая показывала бы для указанной таблицы текст запроса для её создания.
SHOW CREATE TABLE tbl_name
Хотелось бы иметь возможность задавать значение по умолчанию для столбцов.
Хотелось бы иметь столбцы, в которых нельзя хранить NULL: id Uint64 NOT NULL
Не хватает документации, описывающей, как пользоваться очередью.
В документации не хватает описания частых ошибок, объяснения их причин и способов исправления.
Вариант инсталляции и постепенного апгрейда для стартапа.
Хочется иметь возможность для начала поднять полноценный кластер на 3 простеньких VPS, ведь этого в теории достаточно чтобы обеспечить достаточную отказоустойчивость (переживать отказ одной VPS), чтобы полноценно использовать такой кластер в продакшене.
А далее по мере роста нагрузки и занимаемого места иметь возможность постепенно бесшовно заменять ноды на более большие и мощные и также бесшовно потом переезжать на своё железо.
Всем привет! Немогу на Uint64 установить NULL. Как правильно делать set null?
Execution engine errors: SetProgram (370): ydb/core/engine/kikimr_program_builder.cpp:549: Bind(): requirement value.GetStaticType()->IsSameType(*callable.GetType()->GetReturnType()) failed. Incorrect type for parameter %kqp%1, expected: Type (List) { List item type: { Type (Tuple) with 2 elements { #0 : { Type (Optional) { Optional item type: { Type (Data), schemeType: Utf8, schemeTypeId: 4608 } } } #1 : { Type (Data), schemeType: Utf8, schemeTypeId: 4608 } } } } , actual: Type (List) { List item type: { Type (Tuple) with 2 elements { #0 : { Type (Optional) { Optional item type: { Type (Data), schemeType: Utf8, schemeTypeId: 4608 } } } #1 : { Type (Optional) { Optional item type: { Type (Data), schemeType: Utf8, schemeTypeId: 4608 } } } } } }
Не хватает документации, описывающей, как пользоваться очередью.
Появилось: https://ydb.tech/ru/docs/concepts/topic (концепты) https://ydb.tech/ru/docs/reference/ydb-cli/topic-overview (CLI) https://ydb.tech/ru/docs/reference/ydb-sdk/topic (Go SDK)
Я предложил бы отказаться от многоязычной документации. Иметь хорошую документацию - это очень много работы. А поддерживать и держать несколько языков ещё сложнее. Вот, например, добавляется непоследовательность. Владеть английским на уровне документации как бы для разработчиков и админов необходимо (сам самоучка). Лучше инвестировать в фичи, чем в борьбу с непоследовательностью в документации. Имхо.
If I've understand BlobStorage correctly, it is about internal storage. Probably, it isn't a goal, but it would be great if we could use ydb as a blob storage.
The Community is welcome to discuss YDB Public Roadmap available via https://github.com/ydb-platform/ydb/blob/main/ROADMAP.md
Please leave your comments below.