EA
Вижу таблицы с постфиксом _tmp их видимо сам CH создал
Size: a a a
2021 March 13
EA
Но не понимаю для чего, для репликации или еще чего то
S
всем привет, подскажите пожалуйста в каком случае при запуске выгрузки кх может писать ошибку:
"Unknown function countIf: Or unknown aggregate function countIf"
вроде бы все правильно, но функцию не видит. каких-то дров не хватает?
"Unknown function countIf: Or unknown aggregate function countIf"
вроде бы все правильно, но функцию не видит. каких-то дров не хватает?
запрос SQL покажите?
DO
запрос SQL покажите?
Вопрос решился
DT
Стоит ли этот парметр менять?
не стоит, стоит разобраться что случилось
DT
например посмотреть очередь репликации и смотреть где она застряла
AS
Подскажите, пожалуйста, как корректнее оценивать объём потребляемых ресурсов движком KafkaEngine? Просто замерять потребляемые ресурсы до и после включения или есть какие-то дополнительные способы?
TG
Подскажите, пожалуйста, как корректнее оценивать объём потребляемых ресурсов движком KafkaEngine? Просто замерять потребляемые ресурсы до и после включения или есть какие-то дополнительные способы?
Хм, смотря что именно вам нужно замерить. Если только кафка читателя, то можно на пустой ноде кх создать KafkaEngine, mv и Engine=Null. И да, включить, подождать уменьшения лага, замерить. Выключить, замерить.
K
Подскажите пожалуйста, можно как-то посмотреть сколько места в оперативке занимает таблица с движком Join?
А
Подскажите пожалуйста, как безопасно передавать параметры в условие WHERE? использую https://github.com/apla/node-clickhouse Обычно я использую биндирование в других языках, например PHP и пишу примерно такой запрос WHERE name = ?; или WHERE name = :1;
А
или могу просто конкатенировать?
SD
Подскажите, в официальной доке указано, что из таблиц с движком Join, данные можно забирать только двумя способами
* подставляя в правую часть join условия в запросе
* через joinGet() функцию
Но по факту удаётся делать любые select запросы из неё. Хочу понять в чем профит использования движка в таком случае. Только то что все хранится в Ram?
* подставляя в правую часть join условия в запросе
* через joinGet() функцию
Но по факту удаётся делать любые select запросы из неё. Хочу понять в чем профит использования движка в таком случае. Только то что все хранится в Ram?
D
Подскажите, в официальной доке указано, что из таблиц с движком Join, данные можно забирать только двумя способами
* подставляя в правую часть join условия в запросе
* через joinGet() функцию
Но по факту удаётся делать любые select запросы из неё. Хочу понять в чем профит использования движка в таком случае. Только то что все хранится в Ram?
* подставляя в правую часть join условия в запросе
* через joinGet() функцию
Но по факту удаётся делать любые select запросы из неё. Хочу понять в чем профит использования движка в таком случае. Только то что все хранится в Ram?
Еще в том что хеши не надо пересчитывать....
Мемори таблица хранится сама + при использовании в джоине будет занимать память )
Мемори таблица хранится сама + при использовании в джоине будет занимать память )
SD
Еще в том что хеши не надо пересчитывать....
Мемори таблица хранится сама + при использовании в джоине будет занимать память )
Мемори таблица хранится сама + при использовании в джоине будет занимать память )
Отличие от движка memory есть какое-то в таком случае?)
DT
Отличие от движка memory есть какое-то в таком случае?)
JOIN таблица занимает больше места в памяти чем Memory
m
Есть задача сравнивать 5000-50к значений вида select 1 where field in (....) Я правильно понимаю что быстрее будет создать табличку с этими 50к значениями в memory и делать сравнение так нежели совать это все в запрос?
D
JOIN таблица занимает больше места в памяти чем Memory
Сама по себе да.
Но вот у вас мемори таблица и вы делаете джоин к ней. Кто в сумме больше места займет в этот момент запроса?
Но вот у вас мемори таблица и вы делаете джоин к ней. Кто в сумме больше места займет в этот момент запроса?
DT
Сама по себе да.
Но вот у вас мемори таблица и вы делаете джоин к ней. Кто в сумме больше места займет в этот момент запроса?
Но вот у вас мемори таблица и вы делаете джоин к ней. Кто в сумме больше места займет в этот момент запроса?
Ну это уже совершенно другой вопрос :)
Просто судя из задачи сделать таблицу в памяти и писать к ней запросы вида WHERE, возможно там джоины и не будут
Просто судя из задачи сделать таблицу в памяти и писать к ней запросы вида WHERE, возможно там джоины и не будут
DT
Есть задача сравнивать 5000-50к значений вида select 1 where field in (....) Я правильно понимаю что быстрее будет создать табличку с этими 50к значениями в memory и делать сравнение так нежели совать это все в запрос?
Есть еще Set движок как раз для IN
m
О! То есть наверняка это будет быстрее сначала туда вставить р потом седлать проверку чем внутри запроса это делать?