| |
| |
| 2.2, Altman (?), 01:11, 07/04/2018 [^] [ответить] [к модератору]
| –2 +/– |
Судя по ченжлогу, это жутко сырая прога, я бы опасался ставить (собственно, как и любую не поддержанную коммерцией свободную «программу»)
|  | | |
|
| 1.6, Аноним (-), 06:37, 07/04/2018 [ответить] [показать ветку] [···] [к модератору]
| +3 +/– | |
Название ... ну такое.
> CockroachDB
> отличающихся высокой живучестью
Заведётся такая база, быстро размножится в темных углах компьютера, сложно будет от неё избавиться...
| | | |
| |
| 2.11, пох (?), 10:30, 07/04/2018 [^] [ответить] [к модератору]
| –1 +/– | |
если до тебя еще не дошло - авторы названия именно это ее свойство и имели в виду. Только в углах интернета, и избавляться от нее они не планируют.
| | | |
|
| |
| 2.13, пох (?), 11:45, 07/04/2018 [^] [ответить] [к модератору]
| +/– | |
> Сitus с его фирменным шардингом и репликацией выигрывает по всем фронтам, за
если у тебя есть время и вдохновение на тщательную полировку фирменного шардинга и ручную настройку репликации - я вообще не понимаю, что ты забыл в cockroach.
она для тех, кому надо "запустил новую ноду и тут же забыл о ней - еще десять ждут", "докер опять рассыпался? Туда и дорога, щас автоматика снесет контейнер и перезальет заново".
и никаких ручных управлений шардингом на уровне схемы, никаких выделенных мастеров, каждый из которых если навернется, отвалится все что к нему подключено, никакой привязки клиентов к конкретным узлам кластера без явной необходимости.
"если б еще и работало!"
| | | |
| |
| |
| 4.18, Teeder (?), 23:37, 08/04/2018 [^] [ответить] [к модератору]
| +1 +/– |
Ты считаешь что такие конфиги писать норма ?
У меня для тебя плохие новости. Все ПО стремится к упрощению и CockroachDB быстро заткнет такие поделки как Citus и.т.п, паразитирующие на PostgreSQL.
У тебя есть автоматический шардинг и распределенные JOIN'ы без каких либо костылей.
Парни из Кокроч изначально делали хорошо и надежно, а теперь принялись за производительность и каждая версию ускоряет некоторые операции в десятки раз.
|  | | |
| |
| 5.21, raver (ok), 21:00, 09/04/2018 [^] [ответить] [к модератору]
| +/– | |
> Ты считаешь что такие конфиги писать норма ?
Ты просто не пробовал в кокроач залить дамп в несколько десятков гигабайт в кластер из 4-х нод, да посложнее со структурой который, получается крайне хреново, тормозит конкретно, даже доходит до того что сервера подвисать начинают, потом он там пересчитывает постоянно эти реплики свои и снова сжираются ресурсы, ну да ладно допустим это через пару лет поправят. Погугли никто не смог собрать нормально кластер-то из 10-ти нод на нем.
Реальность по кокроачу такова, что чем больше там нод, тем тормознее он будет, это как раз проблемы мультимастера. Потом там по архитектуре минимум 3 реплики может быть а не 2 как в Citus, тоже кому-то накладно будет стока копий одинаковых данных хранить.
В реальности Citus это нифига не поделка, а очень даже стабильное решение которому и 100 нод не помеха. А по поводу простоты, куда уж проще, вы посмотрите как PostgreSQL-XL настраивается и поддерживается, вот там да - куда ж без админа.
Citus не сложен, абсолютно. Ну и раз уж на то пошло, то в нормальной компании, которой нужен многонодовый кластер БД наверное найдется денег на админа :) Ну по крайней мере там где сейчас делаю, там с деньгами на админа проблем нету.
|  | | |
| |
| 6.22, пох (?), 14:24, 10/04/2018 [^] [ответить] [к модератору]
| +/– | |
> Ты просто не пробовал в кокроач залить дамп в несколько десятков гигабайт
может оно банально не для этого придумано?
> Потом там по архитектуре минимум 3 реплики может быть а не 2 как в Citus, тоже кому-то накладно
то же самое. Это вам "накладно". А авторы, похоже, считали что 3 - это минимум, который они могут себе позволить.
у них задача (если верить методичке) - не прочавкать данные (и не получить split-brain) при массовом падеже серверов и каналов.
Задачи размазать то, что не помещается физически в один тазик, и хрен уже с ней, с надежностью - нет.
производительности от этого проекта, по-моему, ждать тоже не приходится, байде, видимо, не надо.
А вот что там с надежностью - хотелось бы от кого-то кто пробовал услышать.
| | | |
|
|
|
|
|
|
|
