про это вкурсе, но когда у тебя pattern меняется каждую секунду, а записей более 300кк то это не вариант 🙁
данные в temp таблицу будут заливаться дольше, чем перестроить юзеру запрос

Скажите, как должна работать репликация с Kafka engine и consumer MV, если вот мы используем ReplicatedMergeTree, то такая таблица реплицируется на серверах,
а как обстоит дело с Kafka engine и consumer MV? Они получается существуют только в одном из серверов, и никакой речи про реплики в их отношении не идет?

а почему тут вообще используется КХ а не что-нибудь более подходящее? типа Sphinx ?

Добрый день! Может уже кто сталкивался - из питона грузим данные в clickhouse (немного, 190 тысяч строк в пакете)

2020.06.23 15:11:38.612603 [ 559938 ] {f42a45fb-b4ba-416b-bcce-0ae5d59c5d40} <Error> executeQuery: Code: 206, e.displayText() = DB::Exception: No alias for subquery or tabl
e function in JOIN (set joined_subquery_requires_alias=0 to disable restriction). (version 20.3.11.97) (from [::ffff:10.88.5.160]:50570) (in query: INSERT INTO Table_bu
ffer (uuid, pkghash) VALUES), Stack trace (when copying this message, always include the lines below):

<Empty trace>

Не пойму, каких ему алиасов в INSERT не хватает ?

arrayMap?

вовсе нет, я пользуюсь set distributed_product_mode = 'allow' на больших таблицах справа

таблица в которую пишет MV нужна replicated

при таком таком параметре он выдает ошибку

Code: 60, e.displayText() = DB::Exception: Received from . DB::Exception: Table default.dmp_mapping doesn't exist.. (version 20.1.5.26 (official build))

всем привет! Скажите, пожалуйста, верно ли я понимаю, что для решения проблем с нехваткой RAM при выполнении запроса, в котором участвует несколько таблиц соединённых через UNION ALL, то наилучшей практикой будет использование одной большой таблицы, которая будет хранить все данные из указанных нескольких?

фактически t1, t2, t3, t4 и t5 - это таблицы с однотипными данными по событиям (условные действия пользователя в приложении)

Вопрос - а с какой версии КХ монжо в users.xml добавлять access_management ?

Всем привет, а если kill query не помогает убить запрос, есть какой-нибудь более жесткий способ, кроме рестарта сервера?