Понятно, что можно было бы документировать все релиз-кандидаты как и в плане ссылок на скачивание (с пометками, чтобы они отличались от версий, рекомендуемых для production), так и changelog, но это и правда требует дополнительных процессов, которые пока не сложилось организовать, к сожалению.
Для open-source проектов запросы на новые возможности лучше всего приносить сразу на GitHub, сделал https://github.com/ydb-platform/ydb/issues/3968. ClickHouse нынче является независимой компанией, так что лучше принести его им аналогичным образом.
Такой подход хорош, когда и не собираешься их никогда в будущем «enforce». Если же они позже по-настоящему появятся — наличие ограничений в метаданных при потенциальных нарушениях в данных затруднит релиз версии где проверки станут по умолчанию (не непреодолимо, конечно, но тем не менее).
В режиме совместимости YDB с Postgres идёт параллельная работа и над wire protocol, и над диалектом, и над типами данных. Суммарно её много, конечно, но дело идёт.
Работа в этом направлении ведётся, но её впереди ещё много, будем рассказывать по мере поступления.
Схемы данных проще всего смотреть через встроенный веб-интерфейс (вебинар про него), а о более сложных ER-диаграммах будет иметь смысл задуматься после появления поддержки foreign key, которой пока нет.
Также, как можно увидеть по roadmap YDB, сейчас идёт активная работа над режимом Postgres совместимости — благодаря нему ожидаем качественного скачка в поддержке существующими инструментами.
BeLove, «две очень похожих статьи» в начале раздела Обзор являются одной и той же статьей. Первая версия на Insight IT была оригиналом, а вторая является её адаптацией для печати на бумаге в журнале Хакер.
На каких условиях предоставляются «инвестиции в проект» в размере 75000$?
Как приз выбранному стартапу или Главстарт претендует на долю в проекте в обязательном порядке?
Почти одновременно с новостью о покупке Instagram один из основателей проекта раскрыл все карты относительно технической реализации проекта и истории его развития: архитектура Instagram
github.com/iamteem/redisco — аналогичная штука для Redis, было бы интересно сравнить производительность с odbm, особенно более сложных выборок, а не просто get/set
Это-то понятно, меня больше интересовало почему bobuk так уверен, что сообщения хранятся в memcached И базе mysql... если судить по фразе "disk-backed for persistance", то все равно это скорее лишь асинхронно ведущийся бэкап на случай сбоев, а сами сообщения все же через кэш идут... сказать точно и правда смогут лишь исходники Starling, копаться в которых особого желания у меня нет. Ну да ладно...
Спасибо за фидбек, мы тоже в этой области видим пространство для улучшений.
На текущий момент версии публикуются в https://ydb.tech/docs/en/downloads/ только когда они признаны полностью production-ready, а на GitHub можно видеть и все релиз-кандидаты. Changelog на данный момент пишется только для новых major релизов: https://ydb.tech/docs/en/changelog-server. А что значат цифры в каждом компоненте версии задокументировано в https://ydb.tech/docs/en/administration/upgrade#version-compatability. По идее каждая конкретная версия во всех этих местах значит одно и то же, с поправкой, что последний один или два компонента версии могут опускаться.
Понятно, что можно было бы документировать все релиз-кандидаты как и в плане ссылок на скачивание (с пометками, чтобы они отличались от версий, рекомендуемых для production), так и changelog, но это и правда требует дополнительных процессов, которые пока не сложилось организовать, к сожалению.
Для open-source проектов запросы на новые возможности лучше всего приносить сразу на GitHub, сделал https://github.com/ydb-platform/ydb/issues/3968. ClickHouse нынче является независимой компанией, так что лучше принести его им аналогичным образом.
Такой подход хорош, когда и не собираешься их никогда в будущем «enforce». Если же они позже по-настоящему появятся — наличие ограничений в метаданных при потенциальных нарушениях в данных затруднит релиз версии где проверки станут по умолчанию (не непреодолимо, конечно, но тем не менее).
В режиме совместимости YDB с Postgres идёт параллельная работа и над wire protocol, и над диалектом, и над типами данных. Суммарно её много, конечно, но дело идёт.
Есть. Они являются лишь альтернативным синтаксисом для JOIN, так что исторически пользователи как правило спокойно обходились без них.
Работа в этом направлении ведётся, но её впереди ещё много, будем рассказывать по мере поступления.
Схемы данных проще всего смотреть через встроенный веб-интерфейс (вебинар про него), а о более сложных ER-диаграммах будет иметь смысл задуматься после появления поддержки foreign key, которой пока нет.
Также, как можно увидеть по roadmap YDB, сейчас идёт активная работа над режимом Postgres совместимости — благодаря нему ожидаем качественного скачка в поддержке существующими инструментами.
s/Brotly/Brotli/gи там же рядом ChromeКак в Европе в апреле или все же в начале марта?
Как приз выбранному стартапу или Главстарт претендует на долю в проекте в обязательном порядке?
В списке словарей одноименных позиций не увидел, можно озвучить стоимость со скидкой и что именно в входит «premium set»?
Правда источником информации для большинства этих постов послужил как раз упомянутый чуть выше блог Тодда Хоффа)
Спасибо!