TABLE msg_log (
created_at DateTime DEFAULT now(),
pid String,
psid String,
mid String,
is_delivered UInt8 DEFAULT CAST(0, 'UInt8'),
is_read UInt8 DEFAULT CAST(0, 'UInt8')
) ENGINE = ReplacingMergeTree()
PARTITION BY toYYYYMM(created_at)
ORDER BY (pid, psid, mid)
SETTINGS index_granularity = 8192;
INSERT INTO msg_log(pid,psid,mid) VALUES('AB','CD','EF');
INSERT INTO msg_log
SELECT created_at, pid, psid, mid, 1, is_read FROM msg_log
WHERE pid = 'AB' AND psid = 'CD' AND mid = 'EF';
INSERT INTO msg_log
SELECT created_at, pid, psid, mid, is_delivered, 1 FROM msg_log
WHERE pid = 'AB' AND psid = 'CD' AND mid = 'EF';
В итоге при запросе SELECT * FROM msg_log FINAL
ожидаю что is_delivered = 1 и is_read = 1 а по факту вижу только is_read = 1
Как я понимаю такие апдейты это не кликхаус вей?
вам FINAL надо всегда INSERT INTO msg_log SELECT created_at, pid, psid, mid, 1, is_read FROM msg_log FINAL WHERE pid = 'AB' AND psid = 'CD' AND mid = 'EF'; INSERT INTO msg_log SELECT created_at, pid, psid, mid, is_delivered, 1 FROM msg_log FINAL WHERE pid = 'AB' AND psid = 'CD' AND mid = 'EF'; SELECT created_at, pid, psid, mid, is_delivered, 1 FROM msg_log FINAL :-] WHERE pid = 'AB' AND psid = 'CD' AND mid = 'EF'; ┌──────────created_at─┬─pid─┬─psid─┬─mid─┬─is_delivered─┬─1─┐ │ 2018-09-27 12:26:19 │ AB │ CD │ EF │ 1 │ 1 │ └─────────────────────┴─────┴──────┴─────┴──────────────┴───┘ на миллиардах все это не заработает. вам надо summingmergetree использовать, и только insert ... без всяких селект из самой таблицы
Обсуждают сегодня