https://opennet.dev/openforum/vsluhforumID3/114029.html Состоялся (https://www.cockroachlabs.com/blog/cockroachdb-2-0-release/) выпуск распределённой СУБД CockroachDB 2.0 (https://www.cockroachlabs.com/), ориентированной на создание высоконадёжных географически распределённых хранилищ, отличающихся высокой живучестью и не зависящих от сбоев дисков, узлов и центров обработки данных. CockroachDB гарантирует целостность ACID-транзакций, предоставляет возможность использования SQL для манипуляции с данными, позволяет вносить изменения в схему хранения на лету, поддерживает индексы и внешние ключи. Код проекта написан на языке Go и распространяется (https://github.com/cockroachdb/cockroach/) под лицензией Apache 2.0. Подробнее с особенностями CockroachDB можно познакомиться в анонсе первого выпуска (https://www.opennet.ru/opennews/art.shtml?num=46529).<br><br><br><br><br>Основные новшества (https://www.cockroachlabs.com/docs/releases/v2.0.0.html) CockroachDB 2.0:<br><br><br>- Реализация типа данных для хранения в формате JSON. По аналогии с PostgreSQL используется тип JSONB (https: https://opennet.dev/openforum/vsluhforumID3/114029.html#22 Tue, 10 Apr 2018 11:24:26 GMT &gt; Ты просто не пробовал в кокроач залить дамп в несколько десятков гигабайт <br><br>может оно банально не для этого придумано? <br><br>&gt; Потом там по архитектуре минимум 3 реплики может быть а не 2 как в Citus, тоже кому-то накладно<br><br>то же самое. Это вам "накладно". А авторы, похоже, считали что 3 - это минимум, который они могут себе позволить.<br><br>у них задача (если верить методичке) - не прочавкать данные (и не получить split-brain) при массовом падеже серверов и каналов.<br>Задачи размазать то, что не помещается физически в один тазик, и хрен уже с ней, с надежностью - нет.<br><br>производительности от этого проекта, по-моему, ждать тоже не приходится, байде, видимо, не надо.<br><br>А вот что там с надежностью - хотелось бы от кого-то кто пробовал услышать.<br><br> https://opennet.dev/openforum/vsluhforumID3/114029.html#21 Mon, 09 Apr 2018 18:00:24 GMT &gt; Ты считаешь что такие конфиги писать норма ?<br><br>Ты просто не пробовал в кокроач залить дамп в несколько десятков гигабайт в кластер из 4-х нод, да посложнее со структурой который, получается крайне хреново, тормозит конкретно, даже доходит до того что сервера подвисать начинают, потом он там пересчитывает постоянно эти реплики свои и снова сжираются ресурсы, ну да ладно допустим это через пару лет поправят. Погугли никто не смог собрать нормально кластер-то из 10-ти нод на нем.<br>Реальность по кокроачу такова, что чем больше там нод, тем тормознее он будет, это как раз проблемы мультимастера. Потом там по архитектуре минимум 3 реплики может быть а не 2 как в Citus, тоже кому-то накладно будет стока копий одинаковых данных хранить.<br><br>В реальности Citus это нифига не поделка, а очень даже стабильное решение которому и 100 нод не помеха. А по поводу простоты, куда уж проще, вы посмотрите как PostgreSQL-XL настраивается и поддерживается, вот там да - куда ж без админа.<br><br>Citus не сложен, абсолютно. Ну и раз уж https://opennet.dev/openforum/vsluhforumID3/114029.html#20 Mon, 09 Apr 2018 07:10:52 GMT &gt; Ты считаешь что такие конфиги писать норма ?<br><br>если тебе _на_самом_деле_ важно, с точностью до коробки в стойке, где именно какая таблица лежит (а что - дистрибьютится) и это часть твоего процесса работы с данными - да, норма (как еще-то?) <br>В качестве бонуса - вся эта информация непосредственно в схеме, поэтому она не может внезапно просраться/стать несовпадающей с реальностью. Минус - что вся эта мегаусложненная конструкция становится хрупкой, ненадежной и чреватой человеческими ошибками. "Зато меня никогда не уволят!"<br><br>С м-давошь-дебе у тебя есть довольно грубая рулилка, внешняя по отношению к схеме, и кучка интуитивно-приятных интерфейсов, позволяющих (то есть оно - нужно) удостоверяться, что данные в конце-концов переехали туда, где им положено быть - отдельных от схемы. (ну-ка покажи-ка мне архив изменений в такой среде?)<br>Суперспециалист, вручную раскидывающий шарды по узлам, становится резко ненужен, любая макака может сесть на его еще не остывшую табуретку и продолжить с того же места кликать мыш https://opennet.dev/openforum/vsluhforumID3/114029.html#19 Sun, 08 Apr 2018 23:29:40 GMT Фу.. Мать Вашу да это ж тараканы... Ну и деб-ды Весь мир думает как бы всем приятно сделать, а эти прям наоборот. Вангую низкий спрос в Enterprice исключительно из-за брнда и названия ) По детский как то жето<br> https://opennet.dev/openforum/vsluhforumID3/114029.html#18 Sun, 08 Apr 2018 20:37:33 GMT Ты считаешь что такие конфиги писать норма ?<br>У меня для тебя плохие новости. Все ПО стремится к упрощению и CockroachDB быстро заткнет такие поделки как Citus и.т.п, паразитирующие на PostgreSQL.<br>У тебя есть автоматический шардинг и распределенные JOIN'ы без каких либо костылей.<br>Парни из Кокроч изначально делали хорошо и надежно, а теперь принялись за производительность и каждая версию ускоряет некоторые операции в десятки раз.<br> https://opennet.dev/openforum/vsluhforumID3/114029.html#17 Sun, 08 Apr 2018 09:11:01 GMT Там достаточно все просто, писал коммент на коленке к другой новости про Citus уже:<br><br>http://www.opennet.ru/opennews/art.shtml?num=48407 - там есть настройка Citus.<br> https://opennet.dev/openforum/vsluhforumID3/114029.html#16 Sat, 07 Apr 2018 20:27:48 GMT &gt; Не совсем понял на чём написано?<br><br>Бают, что на Go<br>&gt; Код проекта написан на языке Go<br><br>https://github.com/cockroachdb/cockroach<br>&gt; Go 91.6% https://opennet.dev/openforum/vsluhforumID3/114029.html#15 Sat, 07 Apr 2018 14:27:19 GMT да и монтипитоновский юмор, наверное - cockroach cluster<br> https://opennet.dev/openforum/vsluhforumID3/114029.html#14 Sat, 07 Apr 2018 09:55:11 GMT на пэхапэ<br>