Да, сравню такой вариант с join-ом, спасибо 👍🏼

Да теперь и для интерактива надо запускать клиент с ключом -m или с -mn

У сервера 4 гб? кх не рассчитан на такое там под кеш макров 5гб по дефолту

да, 3.8 ...

скорее всего невозможно в проде такое использование. Зависит конечно от размера таблицы от ширины, от индекса и т.д. Минимум 16Гб надо, лучше 32. Я даже для разработки импользую 64.

у нас не большая таблица, в 30000 продукций
но, в общем понял, что надо оперативки добавить
спасибо!

Кх тогда зачем.  Pg берите

SELECT
    time AS Time,
    pod AS Pod,
    log AS Log
FROM logs
WHERE (time >= toDateTime(1594028956)) AND if('%' = '%', 1 = 1, host = ‘%’)

будет для каждой. Тут был  в чатике тест where 1=1 замедляло запрос

решили его взять для быстрой многоколоночной фильтрации

Эх, вот подставить параметр в подзапрос оно не желает...

Подзапросы, наверно, парсер вообще недолюбливает :) Пытается их выполнить отдельно от основного, как-будто в другой базе:

SELECT 
    t.name,
    (
        SELECT account_id
        FROM my.account
        WHERE target_id = t.target_id
        LIMIT 1
    ) AS account_id
FROM my.targets AS t

Received exception from server (version 20.4.6):
Code: 47. DB::Exception: Received from localhost:9000. DB::Exception: Missing columns: 't.target_id' while processing query: 'SELECT account_id FROM FROM my.account WHERE target_id = t.target_id LIMIT 1', required columns: 'account_id' 'target_id' 't.target_id', source columns: 'account_id' 'target_id' 'id'.

SELECT 
    t.name,
    (
        SELECT account_id
        FROM my.account
        WHERE target_id = t.target_id
        LIMIT 1
    ) AS account_id
FROM my.targets AS t

Кх не поддерживает коррелированные подзапросы. Конечно view в mysql надо делать

Вроде подстановки параметров для mysql собирались пилить.

Ясно, спасибо.

Тут зашла бы просто передача запроса строкой, без парсинга вообще. Там же много ещё извращений на SQL можно накрутить, которые в КХ не поддерживаются (и не нужны).

Привет!
Появилась тут задача часть данных, попадающих в базу клика, лить в отдельную табличку на стороннем mysql, для аудита. Технически элементарно, сделал MAT VIEW, который смотрит на табличку с движком MySQL. Но нет ли тут подводных камней?
Что будет если завалится MySQL сервер, клик тоже встанет?

mat view это действия, выполняемые после вставки. если это действие не пройдёт, то данные всё равно останутся в source-таблице

а клиент получит отлуп, что вставка сломалась (хотя это не до конца правда)

обработка блоками поэтому инсерт в основную таблицу может завалится посередине.

Тогда конечно так себе решение. Спасибо!