Подскажите пожалуйста по storage_policy в Replicated таблицах. В документации написано что на уже созданной таблице это не поменять.
У нас случай когда есть уже много таблиц с данными, и хотелось бы их сделать hot/cold(перекидывать часть текущих данных в hot вовсе не обязательно). Как в данном случае поступают?
Сейчас видится только вариант пересоздать таблицу на зеркале чтоб она все скачала с другого зеркала.. но это будет долго на всей базе(
Нет случайно способа быстрее?

это ?
https://gist.github.com/den-crane/d5b19806e590c152dc65d0aba7fa04f3

как можно переписать запрос where (uid, date) in (SELECT uid, date from …)  чтоб добавить условие uid, date совпадале а timestamp было больше чем timestamp из подзапроса

create table test1.**** on cluster 'test_cluster' as test1.****_local
ENGINE = Distributed('test_cluster', 'test1', '****_local', rand());

if it is a lot of maintenance how are others achieving this, is it by increasing nodes

также и в кликхаусе нашёл ошибку

2021.02.15 20:42:31.702457 [ 10050 ] {} <Error> fluentbit.log: DB::StorageReplicatedMergeTree::queueTask()::<lambda(DB::StorageReplicatedMergeTree::LogEntryPtr&)>: Code: 235, e.displayText() = DB::Exception: Part 20210215_1670332_1670337_1 (state Committed) already exists, Stack trace (when copying this message, always include the line below):

0. Poco::Exception::Exception(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, int) @ 0x10f1e130 in /usr/bin/clickhouse
...