спасибо,  arrayJoin(if(cond arr, ['ok'])) работает👍

Доброго дня столкнулся с проблемой, помогите пожалуйста,
После перехода на версию ClickHouse client version 20.4.5.36 (official build). Не получается удалить базу данных в которой есть таблица с Engine=Dictionary(external)

Code: 520, e.displayText() = DB::Exception: Cannot detach dictionary {dictionary_name} as table, use DETACH DICTIONARY query. (version 20.4.5.36 (official build))

Добрый день!
Хочу использовать кликхаус для следующих целей: у меня задача, возможность фильтрации и сортировки(с пагинацией) по любому полю грида, я хочу делать плоские таблицы, в которых буду мержить сущности для грида. Насколько целесообразно использовать кликхаус в таком случае, или стоит классическую рсубд взять?

Мы использовали CH для подобного, работало прекрасно. Ограничения - данные должны быть иммутабельными, и таблицами придется управлять самому (или держать временную таблицу в сессии)

Попробуйте на каждый запрос выставлять разный sessionid. Вообще надо смотреть в настройки драйвера.

Не могли бы пояснить про управление таблицами?(Для каких целей) и по поводу иммутабельности тоже, вы про то, что не должно быть никакого апдейта сущности?

Если я правильно понял вашу задачу, вы хотите использовать CH в качестве "OLAP-сервера", т.е. загружать туда данные, чтобы было легче показывать их агрегированными в интерфейсе. Соответственно, когда вы их туда загружаете, у вас скорее всего будут разные наборы данных с разными схемами. После использования эти таблицы надо будет удалять/очищать - либо дополнительным кодом, либо через встроенный в КХ механизм сессий

Про иммутабельность - CH почти* не поддерживает удаление данных, а при добавлении данных пагинация у вас практически наверняка разъедется. Поэтому лучше всего такая схема работает со "снепшотом" данных - т.е. скопировали/залили пакет данных, работаете с ним, если нужно обновить - заливаете новый снепшот

подскажите пожалуйста пример для создания индекса для существующей таблицы и поля, пол дня ищу пример, на оф доке ниче не понятно :(

ALTER TABLE [db].name ADD INDEX name expression TYPE type GRANULARITY value [AFTER name]
ALTER TABLE [db].name DROP INDEX name

в pg все просто

create index if not exists "IDX_TABLE1_FIELD1"
    on table1 ("field1");

а как тут не могу понять (

в expression указываете выражение, что именно индексируете. В простейшем случае имя колонки. TYPE это тип индеса (посчитать minmax колонки, посчитать разные значения и т.п.).  GRANULARITY это количество обычных гранул первичного ключа, которые попадают в каждую гранулу вторичного индекса (если ничего не понятно ставьте 1). Всё остальное вроде также как в pg.

тайп не понятен

у меня число и хочу при join чтобы быстро работало

Почитайте вот тут https://clickhouse.tech/docs/en/engines/table-engines/mergetree-family/mergetree/#table_engine-mergetree-data_skipping-indexes

Они совсем другие

я вот и читаю, не понимаю какой поставить) они все не потходят

set(0)

пробну

спасибо!

Выложены презентации с митапа:

https://presentations.clickhouse.tech/meetup44/RBAC.pdf
https://presentations.clickhouse.tech/meetup44/S3.pdf
https://presentations.clickhouse.tech/meetup44/new_features/

https://github.com/ClickHouse/clickhouse-presentations/tree/master/meetup44

Да. Они все не подходят, они для этого. Нету таких которые вам подходят. Возможно вам нужны словари.

Ссылка на презентацию с S3 - выдает 404.