AK
Про обычные то понятно, что any
Size: a a a
2021 March 05
DC
Это не аггр функция?
Nullable(Simpl... -- нет
AK
Вот оно что. Мне казалось, что nullable как модификатор работает в этом случае. Теперь ясно, благодарю
A
Коллеги, доброго времени!
Подскажите такой момент:
пытаюсь выполнить следующий запрос в DBeaver:
SET input_format_import_nested_json=1
ругается вот таким образом:
SQL Error [113]: ClickHouse exception, code: 113, host: хххх, port: хххх; Code: 113, e.displayText() = DB::Exception: There is no session (version 20.4.2.9 (official build))
Подскажите, в какую сторону смотреть/копать что б установить параметр?
За ранее спасибо всем откликнувшимся!
Подскажите такой момент:
пытаюсь выполнить следующий запрос в DBeaver:
SET input_format_import_nested_json=1
ругается вот таким образом:
SQL Error [113]: ClickHouse exception, code: 113, host: хххх, port: хххх; Code: 113, e.displayText() = DB::Exception: There is no session (version 20.4.2.9 (official build))
Подскажите, в какую сторону смотреть/копать что б установить параметр?
За ранее спасибо всем откликнувшимся!
DT
Либо в настройках соединения.
АР
Добрый день, подскажите пожалуйста, где почитать про поведение Kafka движка и AvroConfluent формата при изменении схемы в регистре схем?
Коллеги, а никому не попался такой случай?
больно вопрос интересный
больно вопрос интересный
DT
AvroConfluent only caches schemas per an instance of an InputFormat. This means SchemaRegistry will be queried each time a batch from Kafka is processed.
из пулл реквеста
Но судя по твоим словам это не совсем так
из пулл реквеста
Но судя по твоим словам это не совсем так
this
AZ
this
А как-то получить извещение что новая схема, чтобы новые атрибуты захватить? Мат вьюшки можно автоматически отключить если новая схема?
FN
ребята, подскажите плз:
если "на лету" создать копию
p.s. одна простая таблица на движке mergetree (без кластеров и т.д.)
если "на лету" создать копию
t_copy небольшой таблицы t (тут создается таблица и заливаются в нее данные из изначальной), а потом дропнуть изначальную t, а копию`t_copy` переименовать в t, то все инсерты в нее (которые вызываются извне, скажем. из mysql) будут писаться без падений? т.е. для внешнего мира она станет "старой" таблицей с тем же именем?p.s. одна простая таблица на движке mergetree (без кластеров и т.д.)
DT
А как-то получить извещение что новая схема, чтобы новые атрибуты захватить? Мат вьюшки можно автоматически отключить если новая схема?
DC
ребята, подскажите плз:
если "на лету" создать копию
p.s. одна простая таблица на движке mergetree (без кластеров и т.д.)
если "на лету" создать копию
t_copy небольшой таблицы t (тут создается таблица и заливаются в нее данные из изначальной), а потом дропнуть изначальную t, а копию`t_copy` переименовать в t, то все инсерты в нее (которые вызываются извне, скажем. из mysql) будут писаться без падений? т.е. для внешнего мира она станет "старой" таблицей с тем же именем?p.s. одна простая таблица на движке mergetree (без кластеров и т.д.)
да
+ в atomic базе есть команда exchange table
+ в atomic базе есть команда exchange table
FN
супер, спасибо, проверил - все базы - atomic
A
Есть ли какой-то способ заставить кликхаус материализовать вычисляемую колонку сразу после ее добавления к существующей таблице?
Т.е. я сделал
Т.е. я сделал
ALTER TABLE ADD COLUMN col MATERIALIZED expr и хочу, чтобы она сразу материализовалась, а не при следующем мерже, который может быть нескороDC
Есть ли какой-то способ заставить кликхаус материализовать вычисляемую колонку сразу после ее добавления к существующей таблице?
Т.е. я сделал
Т.е. я сделал
ALTER TABLE ADD COLUMN col MATERIALIZED expr и хочу, чтобы она сразу материализовалась, а не при следующем мерже, который может быть нескороalter table ... update col = col where 1
A
alter table ... update col = col where 1
Спасибо. А как это работает? В кликхаусе можно вручную присваивать значения материализованным столбцам? И на время этого процесса для новых вставляемых строк новый столбец будет сразу материализованным?
DC
Спасибо. А как это работает? В кликхаусе можно вручную присваивать значения материализованным столбцам? И на время этого процесса для новых вставляемых строк новый столбец будет сразу материализованным?
да, да
AZ
Я понял что оно не должно ломаться при forward compatible изменениях, у меня больше вопрос как получить уведомления про новые поля
DC
Я понял что оно не должно ломаться при forward compatible изменениях, у меня больше вопрос как получить уведомления про новые поля
да никак. Где вообще такое реализовано? Как раз цель сделать у всех наоборот, чтобы при добавлении все прозрачно работало (по старому).
AZ
да никак. Где вообще такое реализовано? Как раз цель сделать у всех наоборот, чтобы при добавлении все прозрачно работало (по старому).
в пайплайнах приземления обычно делают такое, тем же kafka connect если мы кладем в S3, то при обновлении схемы у нас файлы пойдут с новой схемой; задача тут и чтобы не ломалось, и новые данные не пропускать