DT
скорее всего придется флаг поставить
sudo -u clickhouse touch /var/lib/clickhouse/flags/force_restore_data
Size: a a a
2021 March 18
AR
вместо CREATE TABLE сделайте ATTACH
🔥
AR
👍🏼❤️
A
Подскажите пожалуйста, при alter table modify settings указывается только тот параметр который обновляется или же нужно все указывать?
DT
Подскажите пожалуйста, при alter table modify settings указывается только тот параметр который обновляется или же нужно все указывать?
только обновляемый
A
спасибо
A
Подскажите хорошую статью по профайлингу запросов
K
а with работает как привычный из других субд с какой версии?
В 20.1….. кидает ошибки используя пример из доки
WITH test1 AS (SELECT i + 1, j + 1 FROM test1)
SELECT * FROM test1;
В 20.1….. кидает ошибки используя пример из доки
WITH test1 AS (SELECT i + 1, j + 1 FROM test1)
SELECT * FROM test1;
DV
привет, слышал, что создание большого количества таблиц при репликации - это не очень хорошо (речь идет о 20-40 скажем).
есть ли смысл заморачиваться с “generic” таблицей в которой как array хранятся данные/ключи.
ну или вопрос поточнее, какой стул неудобнее для clickhouse:
* много таблиц в репликации
* странные запросы по длинным таблицам с кучей indexOf аля:
есть ли смысл заморачиваться с “generic” таблицей в которой как array хранятся данные/ключи.
ну или вопрос поточнее, какой стул неудобнее для clickhouse:
* много таблиц в репликации
* странные запросы по длинным таблицам с кучей indexOf аля:
select
sum(tag_value[ indexOf(tag_key, 'buffers')]) as dirty_buffers
from
pg.pg_sputnik_generic
where
plugin = 'buffercache'
and tag_value[ indexOf(tag_key, 'dirty')] = 1;
DC
а with работает как привычный из других субд с какой версии?
В 20.1….. кидает ошибки используя пример из доки
WITH test1 AS (SELECT i + 1, j + 1 FROM test1)
SELECT * FROM test1;
В 20.1….. кидает ошибки используя пример из доки
WITH test1 AS (SELECT i + 1, j + 1 FROM test1)
SELECT * FROM test1;
c 20.11
DT
а with работает как привычный из других субд с какой версии?
В 20.1….. кидает ошибки используя пример из доки
WITH test1 AS (SELECT i + 1, j + 1 FROM test1)
SELECT * FROM test1;
В 20.1….. кидает ошибки используя пример из доки
WITH test1 AS (SELECT i + 1, j + 1 FROM test1)
SELECT * FROM test1;
в 20.1 этого не было, ориентируйтесь на 21.1 altinity stable
K
в 20.1 этого не было, ориентируйтесь на 21.1 altinity stable
да, понял, спасибо
K
спс
ЕК
date_time_input_format=best_effort
не помогло(
DC
привет, слышал, что создание большого количества таблиц при репликации - это не очень хорошо (речь идет о 20-40 скажем).
есть ли смысл заморачиваться с “generic” таблицей в которой как array хранятся данные/ключи.
ну или вопрос поточнее, какой стул неудобнее для clickhouse:
* много таблиц в репликации
* странные запросы по длинным таблицам с кучей indexOf аля:
есть ли смысл заморачиваться с “generic” таблицей в которой как array хранятся данные/ключи.
ну или вопрос поточнее, какой стул неудобнее для clickhouse:
* много таблиц в репликации
* странные запросы по длинным таблицам с кучей indexOf аля:
select
sum(tag_value[ indexOf(tag_key, 'buffers')]) as dirty_buffers
from
pg.pg_sputnik_generic
where
plugin = 'buffercache'
and tag_value[ indexOf(tag_key, 'dirty')] = 1;
>ну или вопрос поточнее, какой стул неудобнее для clickhouse:
оба. Надо найти баланс
оба. Надо найти баланс
DC
не помогло(
у меня такая же нога и не болит
A
Подскажите, может ли быть такое, что из-за включения row police резко упала производительность?
DC
>ну или вопрос поточнее, какой стул неудобнее для clickhouse:
если сущности хоть как-то похожи, надо как-то выделить большинство общих полей и возможно часть этих полей заполнять пустотой для небольшого числа сущностей, остальное в массивы К/V, но не в один, а в несколько
если сущности хоть как-то похожи, надо как-то выделить большинство общих полей и возможно часть этих полей заполнять пустотой для небольшого числа сущностей, остальное в массивы К/V, но не в один, а в несколько
DC
Подскажите, может ли быть такое, что из-за включения row police резко упала производительность?
в старых версиях КХ row policy проверяется до всех остальных фильтров.