Исправил запрос B, добавил в условии toDate к интервалу. Запрос теперь выводит верные значения, но если честно не особо понимаю в чём "магия" заключается
select toDate(clicked_at), count() from stats.ad_clicks where toDate(clicked_at) > toDate(now() - interval '5' DAY) group by toDate(clicked_at);
Буду благодарен, если кто-нибудь укажет на issue или на доку или обьяснит самостоятельно, почему count в группировке в этом запросе без toDate на интервал работает некоректно
Буду благодарен, если кто-нибудь укажет на issue или на доку или обьяснит самостоятельно, почему count в группировке в этом запросе без toDate на интервал работает некоректно
Всем день добрый. У меня есть таблица в которой записи упорядочены по ключу (случайный набор символов). Такая таблица создана в основном для point queries (по этому ключу). Какой следует выбрать "PARTITION BY"? На ум приходит только "PARTITION BY substring(ключ, 0, 1)" (патриции исходя из первого символа ключа, для более быстрого поиска). Верен ли такой подход?
Всем привет. Подскажите, пожалуйста какой index_granularity (mergetree) можно выставить на таблице в которой в день прибавляется по 1млрд записей? От чего отталкиваться при выставлении данного параметра?
оставить дефолтный? отталкиваться от кол-ва строк которые процессит селект. уменьшать, если запросам нужна быстрая точная навигация на одну строку с помощью первичного ключа
Всем день добрый. У меня есть таблица в которой записи упорядочены по ключу (случайный набор символов). Такая таблица создана в основном для point queries (по этому ключу). Какой следует выбрать "PARTITION BY"? На ум приходит только "PARTITION BY substring(ключ, 0, 1)" (патриции исходя из первого символа ключа, для более быстрого поиска). Верен ли такой подход?
Не будет работать partition pruning. Надо в поле хранить substring() и по это у полю партиционировать
Не будет работать partition pruning. Надо в поле хранить substring() и по это у полю партиционировать
а если в отдельном поле хранить substring и по нему партиционировать и при этом сортировать по ключу, то будет ли кликхаус понимать, что при запросе select something from table where ключ = QWErty, нужно смотреть только на парт "Q"?
а если в отдельном поле хранить substring и по нему партиционировать и при этом сортировать по ключу, то будет ли кликхаус понимать, что при запросе select something from table where ключ = QWErty, нужно смотреть только на парт "Q"?
Я могу в part_key брать первый символ, а могу брать 2 первых символа. Второй способ даст небольшой выигрыш для поиска по ключу, но тогда партиций будет аж 4 тысячи
Я могу в part_key брать первый символ, а могу брать 2 первых символа. Второй способ даст небольшой выигрыш для поиска по ключу, но тогда партиций будет аж 4 тысячи