Всем привет! Подскажите пожалуйста, как в новом синтаксисе создания ReplicatedMergeTree таблиц указать поле date column для метадаты зукипера?
Если раньше мы создавали таблицу так

CREATE TABLE test.foo(`date` Date, `created` DateTime, `value` Int32) ENGINE = ReplicatedMergeTree('/clickhouse/tables/{shard}/foo', '{replica}', date, value, 8192);

И получали такую метадату в зк

[zk: localhost:2181(CONNECTED) 5] get /clickhouse/tables/1/foo/metadata
metadata format version: 1
date column: date
sampling expression: 
index granularity: 8192
mode: 0
sign column: 
primary key: value
granularity bytes: 10485760

То теперь создаем так

CREATE TABLE test.bar 
(
  `date` Date, 
  `created` DateTime, 
  `value` Int32
) ENGINE = ReplicatedMergeTree('/clickhouse/tables/{shard}/bar', '{replica}') 
PARTITION BY date
ORDER BY value
SETTINGS index_granularity = 8192

И получаем такую

[zk: localhost:2181(CONNECTED) 6] get /clickhouse/tables/1/bar/metadata
metadata format version: 1
date column: 
sampling expression: 
index granularity: 8192
mode: 0
sign column: 
primary key: value
data format version: 1
partition key: date
granularity bytes: 10485760

Видим что поле date column пустое. Изначальный кейс - хотим явно задавать index_granularity_bytes, но в старом синтаксисе не можем.

Всем привет! Подскажите пожалуйста, как в новом синтаксисе создания ReplicatedMergeTree таблиц указать поле date column для метадаты зукипера?
Если раньше мы создавали таблицу так

CREATE TABLE test.foo(`date` Date, `created` DateTime, `value` Int32) ENGINE = ReplicatedMergeTree('/clickhouse/tables/{shard}/foo', '{replica}', date, value, 8192);

И получали такую метадату в зк

[zk: localhost:2181(CONNECTED) 5] get /clickhouse/tables/1/foo/metadata
metadata format version: 1
date column: date
sampling expression: 
index granularity: 8192
mode: 0
sign column: 
primary key: value
granularity bytes: 10485760

То теперь создаем так

CREATE TABLE test.bar 
(
  `date` Date, 
  `created` DateTime, 
  `value` Int32
) ENGINE = ReplicatedMergeTree('/clickhouse/tables/{shard}/bar', '{replica}') 
PARTITION BY date
ORDER BY value
SETTINGS index_granularity = 8192

И получаем такую

[zk: localhost:2181(CONNECTED) 6] get /clickhouse/tables/1/bar/metadata
metadata format version: 1
date column: 
sampling expression: 
index granularity: 8192
mode: 0
sign column: 
primary key: value
data format version: 1
partition key: date
granularity bytes: 10485760

Видим что поле date column пустое. Изначальный кейс - хотим явно задавать index_granularity_bytes, но в старом синтаксисе не можем.

Ну, синтаксис MySQL он в целом знает. Это же не JDBC какой, а "нативный" протокол, встроенный в Кликхаус.

Добрый день, подскажите пожалуйста можно ли создать материализованное представление поверх распределенной таблицы? Не удалось найти подобных примеров :(

шта? В том общем случае КХ даже не знает что там mysql

Мой случай не такой общий:
CREATE DATABASE ENGINE=MySQL

Добрый день! Подскажите, как можно записать время, приходящее в формате 'hh:mm:ss'? toTime такой аргумент не принимает

date column не нужна в zk, другая znode теперь

Спасибо, а на что повлияет тогда Partition by toYYYYMM(date)?  Остальное вроде корректно у нас. И уточняюший вопрос - в старом синтаксисе же нельзя задать index_granularity_bytes? У нас из коробки создание таблиц не работает, потому что расходится дефолт в zk и ch.

можно, но тогда вставка должна быть в distrbuted
такие MV очень редко нужны, например в случае когда шардирование MV таблицы отличается от основной, но это странно очень странно

смиритесь, не будет вам счастья.

В любом случае КХ не знает синстаксис mysql и не знает что mysql умеет limit

КХ не имеет типа Time, как число секунд в int?

Через парсинг строки и домножение?

Приезжает из кафки в формате '12:34:45' (время события на сервере)

К сожалению да