ооооооооооооо, точно, WITH
спасибо!

Можно чуть подробнее
Вычитываю результат с помощью

SELECT
    account,
    anyLastMerge(balance) balance
FROM account_balance_merged
GROUP BY account;

мне кажется что anyLast здесь очень плохо будет работать, лучше хранить вместе с timestamp и выбирать по argMax(balance, timestamp)

anyLast берёт последнее значение не хронологически, а то что последнее сам КХ прочитал.

при использовании FINAL (после названия таблицы) агрегация не нужна
https://clickhouse.tech/docs/ru/sql-reference/statements/select/from/#select-from-final

собственно поэтому он и называется anyLast, а не last :) но для простых случаев на одном инстансе работает ок.

Напомните, пожалуйста, как пробрасывать переменные во вьюху?

Дмитрий, спасибо!

Добрый день, подскажите после остановки этого скрипта, что бы продолжить его мне нужны позиции бинлога, где я могу их получить ?
clickhouse-mysql \
--src-server-id=1 \
--src-resume \
--src-wait \
--nice-pause=1 \
--src-host=10.0.0.4 \
--src-user=reader \
--src-password=q18234ty \
--src-tables=t.a \
--dst-host=127.0.0.1 \
--dst-table=a \
--dst-schema=t \
--pump-data \
--mempool

Лидер нужен обязательно.
Таблица не подключена к Зукиперу, чините.
Должна быть в system.replicas leader, not readonly, not session_expired, и total_replicas=active_replicas.
Попробуйте system restart replica <table_name>

пробовал, безрезултатно и ошибки нет

SHOW SLAVES на MySQL ничего не показывает вменяемого?

Добырй день. Есть таблица table_a с множеством записей - в ней указан order by field_a, field_b. Если сделать select * from table_a order by field_a, field_b limit 100 offset [last page], то все ок - индекс используется. Если сделать view для этой таблицы table_a_view и в описание вьюхи добавить order by field_a, field_b то тоже все ок. Т.е запрос  select * from table_a limit 100 offset [last page] отработает нормально. А вот если НЕ добавлять ORDER BY во view definition и выполнить запрос  select * from table_a_view order by field_a, field_b limit 100 offset [last page] - то может и память закончится. Я правильно понимаю что в этом случае индексы не используются?

и в логах нет ошибок?

Ничего вменяемого, дело в том что после перезапуска его я получаю дырку в кликхаусе, репликация продолжиться с того момента как я запущу этот скрипт.

насколько я понимаю ни where ни order by не пробрасываются во внутрь вьюхи.
я завёл багу на гитхабе, но что-то мне подсказывает, что это низкоприоритетная таска, хотя в текущем виде вьюхи получаются вообще не юзабельны
https://github.com/ClickHouse/ClickHouse/issues/25418

да, кстати, с FINAL такая же беда на основной таблице

пожалуйста используйте функцию "ответить", а то ваши сообщения кажутся немного оторванными от контекста

(ReplicatedMergeTreeRestartingThread): void DB::ReplicatedMergeTreeRestartingThread::run(): Code: 49, e.displayText() = DB::Exception: Part 202107_0_1216_999999999 intersects previous part 202107_0_775_5_1215. It is a bug.