все это конечно здорово, вчера первый раз попробовал установить ydb by docker, ставил на macbook pro на inter os sonoma 14.2 взлетела, попробовал поиграться через yql со скриптами которые есть в документации для старта, плюсы пока ощутить не удалось поэтому скажу о минусах: 1. нет привычного клиента типа знаете dbeaver (clickhouse у них есть а вот ydb нет) 2. при работе заметил что вентиляторы macbook стали выть чаще чем обычно, поэтому DB_USE_IN_MEMORY_PDISKS=false но есть еще параметр --platform linux/amd64 - возможно его тоже стоит поправить на macbook? 3. решил поискать на просторах youtube/rutube видосы где обычные devops/разрабы ставят ydb но таких найти не удалось, их банально нет ?🤔
Здравствуйте, Николай! Спасибо за обратную связь. 1. Для использования YDB через DBeaver можно использовать JDBC драйвер, который размещен на странице: clck.ru/3AkhJb 2. В такой ситуации потребуется завести issue на Github, чтобы коллеги смогли разобраться в причинах такого поведения: clck.ru/3AkhQE Кроме того, попробуйте обратиться в публичный чат по YDB. Возможно, другие пользователи смогут подсказать по этому вопросу: t.me/ydb_ru 3. Все публичные материалы по YDB предоставлены в документации: ya.cc/t/2O8aHRVZ54i7nN
@@YandexCloudPlatform получается что на текущий момент использование YDB не имеет смысла использовать без привязки к Yandex Cloud: поднятие на своей инфре сопровождается рядом спец эффектов типа пустых циклов-спинлоков?
Здравствуйте, Сергей! Мы хотим снять ограничение на количество возвращаемых строк «обычных» запросов, поскольку мы видим по отзывам пользователей, что это ограничение им мешает.
Здравствуйте, Кирилл! YDB по своим функциональным возможностям максимально покрывает те задачи, которые мы перед собой поставили с минимальными трудозатратами. При этом указанные задачи можно было решить используя и другие инструменты (например, тот же Postgres), но это потребовало бы от команды значительно больше трудозатрат при разработке и поддержке для достижения аналогичных результатов.
@@YandexCloudPlatform очень интересно, но это какие-то общие слова. Видео называется "почему решили переезжать с PostgreSQL и выбрали YDB." Ни почему решили переезжать, ни почему выбрали YDB, непонятно. Про переезжать сказали, что решили переезжать, но можно было бы и Postgre. По выбору YDB зритель ожидает увидеть, что в Postgre 1.2.3. - работали хуже. В YDB 1.2.3. работает лучше. Поэтому решили переезжать. Но так как этого нет, остается гадать, почему. Может быть Худавердян позвонил и сказал, что надо переезжать.
@@КириллМакеев-я1э Я так понял из слов Александра 23:30, что нагрузка от запросов на сохранение данных пользователей стала негативно сказываться на скорости отклика ключевого функционала - игр, так как сами игры лежат в БД.
Здравствуйте, Филипп! YDB Java SDK построен на использовании асинхронных операций. Основные вызовы возвращают объекты типа CompletableFuture, получение результата из которых происходит с ожиданием соответствующей асинхронной операции. Таким образом, есть возможность писать код как в стандартном последовательном стиле, так и с применением асинхронно выполняемых операций.
@@waagnermann При использовании YDB Java SDK вы можете запустить несколько асинхронных операций, не блокируя основной поток. Блокировка произойдёт только в момент обращения к результату, поскольку его нельзя получить до завершения соответствующей операции.
00:00 Интро
01:13 Когда и как мигрировать на YDB
22:08 Использование YDB в Яндекс Играх
все это конечно здорово,
вчера первый раз попробовал установить ydb by docker, ставил на macbook pro на inter os sonoma 14.2
взлетела, попробовал поиграться через yql со скриптами которые есть в документации для старта,
плюсы пока ощутить не удалось поэтому скажу о минусах:
1. нет привычного клиента типа знаете dbeaver (clickhouse у них есть а вот ydb нет)
2. при работе заметил что вентиляторы macbook стали выть чаще чем обычно, поэтому DB_USE_IN_MEMORY_PDISKS=false но есть еще параметр --platform linux/amd64 - возможно его тоже стоит поправить на macbook?
3. решил поискать на просторах youtube/rutube видосы где обычные devops/разрабы ставят ydb но таких найти не удалось, их банально нет ?🤔
Здравствуйте, Николай! Спасибо за обратную связь.
1. Для использования YDB через DBeaver можно использовать JDBC драйвер, который размещен на странице: clck.ru/3AkhJb
2. В такой ситуации потребуется завести issue на Github, чтобы коллеги смогли разобраться в причинах такого поведения: clck.ru/3AkhQE
Кроме того, попробуйте обратиться в публичный чат по YDB. Возможно, другие пользователи смогут подсказать по этому вопросу: t.me/ydb_ru
3. Все публичные материалы по YDB предоставлены в документации: ya.cc/t/2O8aHRVZ54i7nN
@@YandexCloudPlatform получается что на текущий момент использование YDB не имеет смысла использовать без привязки к Yandex Cloud: поднятие на своей инфре сопровождается рядом спец эффектов типа пустых циклов-спинлоков?
Спасибо, интересно. А чем была причина отказа от двух режимов чтения (постраничный и сканирующий) и перехода на один?
Здравствуйте, Сергей! Мы хотим снять ограничение на количество возвращаемых строк «обычных» запросов, поскольку мы видим по отзывам пользователей, что это ограничение им мешает.
Так и не понял "почему Яндекс Игры решили переезжать с PostgreSQL и выбрали YDB" - об этом на какой минуте сказано?
Здравствуйте, Кирилл! YDB по своим функциональным возможностям максимально покрывает те задачи, которые мы перед собой поставили с минимальными трудозатратами.
При этом указанные задачи можно было решить используя и другие инструменты (например, тот же Postgres), но это потребовало бы от команды значительно больше трудозатрат при разработке и поддержке для достижения аналогичных результатов.
@@YandexCloudPlatform очень интересно, но это какие-то общие слова. Видео называется "почему решили переезжать с PostgreSQL и выбрали YDB." Ни почему решили переезжать, ни почему выбрали YDB, непонятно. Про переезжать сказали, что решили переезжать, но можно было бы и Postgre. По выбору YDB зритель ожидает увидеть, что в Postgre 1.2.3. - работали хуже. В YDB 1.2.3. работает лучше. Поэтому решили переезжать. Но так как этого нет, остается гадать, почему. Может быть Худавердян позвонил и сказал, что надо переезжать.
@@КириллМакеев-я1э Я так понял из слов Александра 23:30, что нагрузка от запросов на сохранение данных пользователей стала негативно сказываться на скорости отклика ключевого функционала - игр, так как сами игры лежат в БД.
Очень хочется переехать на YDB с Postgres, но к сожалению отсутствие Int128 и int256 типов это не представляется возможным :(
SDK для Java использует неблокирующие вызовы или всё как в JDBC?
Здравствуйте, Филипп! YDB Java SDK построен на использовании асинхронных операций.
Основные вызовы возвращают объекты типа CompletableFuture, получение результата из которых происходит с ожиданием соответствующей асинхронной операции.
Таким образом, есть возможность писать код как в стандартном последовательном стиле, так и с применением асинхронно выполняемых операций.
@@YandexCloudPlatform так с любыми другими базами тоже асинхронно. но эти фьючи там блокируют поток. вопрос про это
из-за блокирующих вызовов используют отдельный блокирующий пул (пул потоков для блокирующих вызовов), чтобы не забивать остальной поток
@@waagnermann При использовании YDB Java SDK вы можете запустить несколько асинхронных операций, не блокируя основной поток.
Блокировка произойдёт только в момент обращения к результату, поскольку его нельзя получить до завершения соответствующей операции.
@@YandexCloudPlatform супер! то есть нет надобности выделенный тредпул создавать?
Еще вопрос - Максим говорит про партиции, а Александр - про шарды. Это одно и то же в случае YDB?
Да, сейчас эти термины для YDB являются взаимозаменяемыми.
@@YandexCloudPlatform Сколько максимально входящих запросов в секунду обрабатывает один шард?
@@SergeySenigov Не существует какого-либо фиксированного максимума, всё зависит от сложности запросов и объёма обрабатываемых ими данных.
Лимит на 1000 операций чтения в секунду в serverless режиме кажется маленьким