countIf принимает условие

Вот так отображает "countIf(StatusRes = '200') + countIf(StatusRes <> '200')"
Но тоже подсчитывает количество статусов.
Что я могу делать не так? Или может это проблема плагина, если складывается совсем другое

countIf(StatusRes = '200') + countIf(StatusRes <> '200')

это же выборка по абсолютно всем StatusRes, = 200 + <> 200, не понимаю что вы хотите увидеть?)

Общее количество запросов, то что я сейчас вижу на графике, вообще не то. Поясню. У меня только у одного поставщика 400-500 запросов. А в графике с общим количеством запросов я вижу число в 2-2,5 раза меньше. Потому что подсчитывается вообще не то)

тогда вам наверное надо убрать группировку по Provider, у вас выводится число запросов из 1 провайдера сейчас

Да, похоже в этом и была загвоздка. Спасибо большое :)

/stat@combot

Total messages: 225917

Всем привет, а в клике имеет смысл вообще использовать SSD? Или можно спокойно на HDD жить?

есть смысл если не хватает скорости HDD

ну там ж нету рандомного чтения много вроде как, или есть?

ну выше 100-200 мб/с с диска не особо почитаешь даже последовательным чтением

Ну, очевидно, что разница будет менее существенной, как у классических строчных реляционных СУБД.. 🤷‍♂️

оно тратится не только на запросы, но и на мержи

я бы выбирал всегда по возможности SSD, если есть бюджет на него

Понял, спасибо, ну EBS SSD почти в три раза дороже

Привет. Случайно наткнулся на настройку do_not_merge_across_partitions_select_final, хотел узнать, насколько безопасно ее включать?
И можно ли как-то ее включить для всего, но выключить для части таблиц, где такое поведение недопустимо?

Всем привет. У меня внезапная проблема. Вчера я к своей базе коннектился без проблем. А сегодня выдает ошибку. <Error> Application: DB::Exception: More than one field of 'password', 'password_sha256_hex', 'password_double_sha1_hex', 'no_password', 'ldap', 'kerberos' are used to specify password for user default. Must be only one of them.

Всем привет, у мен отчасти выходит очень неприятная ситуация. Я провожу r'n'd в плане перевода данных на новый движок (в сетапе сервака ssd и hdd), и при перекачке данных из старой тааблицы в новую:

INSERT INTO rnd.summing_table SELECT min(mindt), max(maxdt), name, type, value, sum(counter) FROM old_db.merge_table GROUP BY name, type, value

изначально возникала ошибка следующего рода:

memory limit (total) exceeded While executing AggregationTransform

окей, мне пришлось вывернуть настройки max_bytes_before_external_group_by = 10000000000, min_bytes_to_use_mmap_io=0 (чисто из любопытства), но у меня вышло следующее:

Cannot write to file /var/lib/clickhouse/tmp/tmp32301zwraaa, errno: 28, strerror: No space left on device: While executing AggregatingTransform.

В общем, как порешать проблему кроме как обновления сервачков? Я понимаю, что это идеальное решение, но это гиблая затея. Возможно, я упускаю какую-то настройку (снова), а мошт просто мудак и ткните пжл куда смотреть

кусками вставляй. если упрёшься по итогу в место на диске, надо почистить лишнее и потом вставлять. Если лишнего нет... се ля ви. Хотя мб кодеки помогут на новой таблице, можно до несколько десятков % места сэкономить