AS
Доброй ночи, а как можно сделать, чтобы если материализованная вью не сумела отработать на вставленном куске данных, то она не вернул ошибку, а просто забил на вставленный кусок?
Size: a a a
2021 January 14
DC
Доброй ночи, а как можно сделать, чтобы если материализованная вью не сумела отработать на вставленном куске данных, то она не вернул ошибку, а просто забил на вставленный кусок?
нельзя, не реализована такая фича
DC
реально. order by timekey desc limit 1 намного лучше, чем max(timekey)
так max( ) не оптимизирован в отличии от order by и не использует индекс/сортировку таблицы
DC
Заранее извиняюсь за тупой вопрос, но может кто подкажет почему не работает задание партиции через выражение? Пытаюсь сделать как в документации - "ALTER TABLE default.t1 DROP PARTITION toYYYYMM(now() - INTERVAL 3 month)" - получаю "Syntax error: failed at position 79 (end of query): Expected one of: LIKE, GLOBAL NOT IN, IS, OR, QuestionMark, BETWEEN, NOT LIKE, AND, IN, ILIKE, NOT ILIKE, NOT, token, NOT IN, GLOBAL IN"
теперь надо в tuple обернуть
ALTER TABLE default.t1 DROP PARTITION tuple(toYYYYMM(now() - INTERVAL 3 month))
ALTER TABLE default.t1 DROP PARTITION tuple(toYYYYMM(now() - INTERVAL 3 month))
DZ
теперь надо в tuple обернуть
ALTER TABLE default.t1 DROP PARTITION tuple(toYYYYMM(now() - INTERVAL 3 month))
ALTER TABLE default.t1 DROP PARTITION tuple(toYYYYMM(now() - INTERVAL 3 month))
ага, спасибо, разобрался
DC
допишу-ка я это в доку
NQ
Hi all
NQ
How do clickhouse free up Ram for linux when finish a query?
OF
GRANT SHOW USERS ON *.* если не под дефолтом
спасибо!
AM
Подскажите, это баг или фича:
Создаем таблицу Т SummingMergeTree, к ней MATERIALIZED VIEW с селектом из таблицы А.
Создаем таблицу Т2 SummingMergeTree с такимже МВ и селектом из А.
При обращении к таблицам Т и Т2 получаем разные результаты при использовании выборок.
Единственное отличие Т от Т2 — при создании Т в ORDER BY были перечислены все столбцы. В Т2 только основные.
Создаем таблицу Т SummingMergeTree, к ней MATERIALIZED VIEW с селектом из таблицы А.
Создаем таблицу Т2 SummingMergeTree с такимже МВ и селектом из А.
При обращении к таблицам Т и Т2 получаем разные результаты при использовании выборок.
Единственное отличие Т от Т2 — при создании Т в ORDER BY были перечислены все столбцы. В Т2 только основные.
M
в последних КХ можно задать что пустая ячейка ,, воспринимается как default
А где задаются значения по умолчанию на всю базу?
AK
Case when 'January' then ... ,
Case when 'February' then ...
итд
Case when 'February' then ...
итд
В
В
добрый день, коллеги. Есть вопрос: есть таблица, в которую в разрезе таймстэмпов из кафки прилетают параметры (каждый параметр = столбец), как-то так:
В
что можно сделать, чтобы в итоге в пустые ячейки писались предыдущие значения? как-то так:
В
TG
Влад
Средствами ch никак:
1. Kafka engine это не знает
2. Mv берет эвенты кусками каждые 7.5 секунд, то есть даже если написать neighbor, в первом эвенте куска поле param2 всегда будет пустое
можно попробовать сделать в схеме target таблицы
лучше вообще так не делать в ch, какую проблему решаете?
1. Kafka engine это не знает
2. Mv берет эвенты кусками каждые 7.5 секунд, то есть даже если написать neighbor, в первом эвенте куска поле param2 всегда будет пустое
можно попробовать сделать в схеме target таблицы
param2 MATERIALIZED neighbor(param1, -1), но я не уверен, что это будет работать и проблема скорее всего перетечет на границу партовлучше вообще так не делать в ch, какую проблему решаете?
В
Средствами ch никак:
1. Kafka engine это не знает
2. Mv берет эвенты кусками каждые 7.5 секунд, то есть даже если написать neighbor, в первом эвенте куска поле param2 всегда будет пустое
можно попробовать сделать в схеме target таблицы
лучше вообще так не делать в ch, какую проблему решаете?
1. Kafka engine это не знает
2. Mv берет эвенты кусками каждые 7.5 секунд, то есть даже если написать neighbor, в первом эвенте куска поле param2 всегда будет пустое
можно попробовать сделать в схеме target таблицы
param2 MATERIALIZED neighbor(param1, -1), но я не уверен, что это будет работать и проблема скорее всего перетечет на границу партовлучше вообще так не делать в ch, какую проблему решаете?
Аналитику намного удобнее строить по такой таблице, когда есть состояние параметров на определённый момент времени
TG
Я кстати неправильно понял, там не neighbor(param1, - 1)
TG
Влад
Аналитику намного удобнее строить по такой таблице, когда есть состояние параметров на определённый момент времени
Так у вас не эвенты, а состояния
Мб сделать словарь или вообще делать не на ch, а на oltp?
UPD я имею в виду, что вы хотите состояние, но не передаете его в следующих сообщениях в Kafka
Мб сделать словарь или вообще делать не на ch, а на oltp?
UPD я имею в виду, что вы хотите состояние, но не передаете его в следующих сообщениях в Kafka