LINUX.ORG.RU

История изменений

Исправление Toxo2, (текущая версия) :

Это-то как раз не интересно. Пока нет вопроса с сегментированием на разные узлы. Средствами PG вполне нормально пилится на секции, как обычные таблицы, так и columnar, как минимум в рамках одного хоста.

Вопрос про вот это место в документации:

Future versions of Citus will incrementally lift the current limitations:

Append-only (no UPDATE/DELETE support)
No space reclamation (e.g. rolled-back transactions may still consume disk space)
Support for hash and btree indices only
No index scans, or bitmap index scans
...
я так понимаю, что оно вообще не умеет индексировать, а CH умеет? Если вы с ним работали - у вас получилось добиться скорости запросов похожей на CH?

Исправление Toxo2, :

Это-то как раз не интересно. Пока нет вопроса с сегментированием на разные узлы. Средствами PG вполне нормально пилится на секции, как обычные таблицы, так и columnar, как минимум в рамках одного хоста.

Вот это место в документации:

Future versions of Citus will incrementally lift the current limitations:

Append-only (no UPDATE/DELETE support)
No space reclamation (e.g. rolled-back transactions may still consume disk space)
Support for hash and btree indices only
No index scans, or bitmap index scans
...
я так понимаю, что оно вообще не умеет индексировать, а CH умеет?

Исходная версия Toxo2, :

Это-то как раз не интересно. Пока нет вопроса с сегментированием на разные узлы. Средствами PG вполне нормально пилится на секции, как обычные таблицы, так и columnar.

Вот это место в документации:

Future versions of Citus will incrementally lift the current limitations:

Append-only (no UPDATE/DELETE support)
No space reclamation (e.g. rolled-back transactions may still consume disk space)
Support for hash and btree indices only
No index scans, or bitmap index scans
...
я так понимаю, что оно вообще не умеет индексировать, а CH умеет?