В моем сообщение ключевым моментом было то, что именно вы хотите замерить. Вы не ответили и ушли тестить:)
Таблица null?

Типичная ситуация, да?))

Мне нужно замерить в первую очередь рост потребления памяти, во вторую - рост нагрузки на проц. Сейчас всё это вычитывается внешней приложухой, а я хочу передать эту почётную обязанность самому КХ.

Нет, тестил на обычной MT таблице (связка KafkaEngine -> MV -> MT), чтобы всё как по-настоящему.

Добрый день! Подскажите пожалуйста, есть таблица с движком AggregatingMergeTree:
———
CREATE TABLE IF NOT EXISTS prices.hashes
(
   hash     String,
   found_at AggregateFunction(max, DateTime)
)
ENGINE = AggregatingMergeTree()
ORDER BY (hash);
————

Попытка сделать прямой insert
INSERT INTO prices.hashes (hash, found_at) VALUES ('some_hash', toDateTime('2021-03-15 12:00:03’))

завершается ошибкой: Cannot convert UInt64 to AggregateFunction(max, DateTime)

Есть ли какой-то правильный способ писать данные в AggregatingMergeTree, если не через MaterializedView и не через INSERT INTO … SELECT … ?

в новых версиях есть OPTIMIZE DEDUPLICATE BY columns.

какой ORDER BY таблицы

Спасибо за наводку - попробую! А проблема возпроизводится даже в таблице (merge engine) с 1 колонкой (id UInt8) и order by id  соотвественно.

добрый день, не смог найти похожего на свое поэтому пришел с вопросом:
Например есть таблица с историческими данными, на неё надо повесить материализованную вьюху, чтобы та подцепила данные из таблицы

Сама таблица весит 1.78 GiB в настройках стоит оганичение total 6ГБ, на запрос 3ГБ ограничение на группировку и сортировку (max_bytes_before_external...) по 300мб
В общем проблема в том, что запросы создания вьюхи с populate (или пустой с последущим insert) падают то на total памяти, то на query

Вариант увеличить ram отодвинул, т.к. количество данных будет расти и вопрос в другом.
Как создать вьюху на таблице которая превышает объем RAM?

Спасибо за наводку - попробую! А проблема возпроизводится даже в таблице (merge engine) с 1 колонкой (id UInt8) и order by id  соотвественно.

вообще-то Engine=Merge и Engine=MergeTree это вообще два разных, совершенно про разное движка.
И такой delete не поддерживается

А при left join только правая таблица загружается в память?

hash join, правая в память по левой бегаем

Странно, есть таблица 15гб при join селекта по ней выдает ошибку что требуется памяти больше 56гб.

Странно, есть таблица 15гб при join селекта по ней выдает ошибку что требуется памяти больше 56гб.

Странно, есть таблица 15гб при join селекта по ней выдает ошибку что требуется памяти больше 56гб.

Да сжатые, есть таблица А условно 200гб по ней идет селект и к нему нужно заджоинить столбец из таблицы B 15гб. В теории выглядело просто учитывая, что обе таблицы имеют одинаковые ключи сортировки, но на практике не хватает памяти и очень долго по времени. Получается что джоинить вообще всегда плохая идея и нужно все нужные данные в одной таблице иметь?