> ## Documentation Index
> Fetch the complete documentation index at: https://clickhouse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.
# Демо-дни — 2026-06-18
> Демо-дни ClickStack за 2026-06-18
## Фильтры на уровне источника — теперь повсюду
*Демо от [@pulpdrew](https://github.com/pulpdrew)*
Фильтры на уровне источника теперь доступны во всей панели мониторинга Services. Выберите источник трассировок или логов с фильтром по имени сервиса — и панель мониторинга будет ждать выбора значения, прежде чем выполнять запросы. Затем этот фильтр последовательно применяется ко всем диаграммам, запросам и боковым панелям. Водопад трассировки работает аналогично: при открытии спана он наследует все фильтры на уровне источника со страницы Search, при этом вы по-прежнему можете добавлять дополнительные фильтры. Страница Sessions также была обновлена: фильтры на уровне источника теперь передаются в боковую панель, панель трассировки и вложенные представления.
Автодополнение для фильтров на уровне источника также расширено. Ранее оно было доступно только на странице Search, а теперь работает везде, где поддерживаются фильтры на уровне источника, включая панели мониторинга. Внутри системы автодополнение теперь определяет ключи и значения по нескольким источникам, даже если у каждого источника свой набор фильтров. Те же улучшения доступны как в редакторе Raw SQL, так и в каждом поле фильтра на уровне источника в конструкторе запросов.
**Связанные PR:** [#2331](https://github.com/hyperdxio/hyperdx/pull/2331) Добавление привязки фильтров панели мониторинга к источнику, [#2459](https://github.com/hyperdxio/hyperdx/pull/2459) Отображение значка на плитках с исключёнными фильтрами, привязанными к источнику
## Улучшенные панели мониторинга, сгенерированные ИИ для пользовательских схем
*Демо от [@pulpdrew](https://github.com/pulpdrew)*
Пользователь, создававший с помощью ИИ панели мониторинга для пользовательской схемы, столкнулся с серьёзными проблемами производительности. Причина заключалась в том, что в сгенерированных плитках Raw SQL временной диапазон был жёстко задан вместо использования макросов фильтра времени панели мониторинга, поэтому изменение временного диапазона панели не давало эффекта. В одной из плиток также выполнялась фильтрация по столбцу с целочисленной временной меткой таким образом, что первичный ключ не использовался, вынуждая выполнять полное сканирование таблицы.
Чтобы устранить эту проблему, в схеме MCP для плиток панели мониторинга Raw SQL теперь явно указано, что агенты должны использовать макросы фильтра времени панели мониторинга. Интерфейс ClickStack также предупреждает, если в сгенерированной SQL-плитке отсутствуют эти макросы, благодаря чему проблему проще обнаружить до сохранения панели мониторинга. После развертывания изменений повторный запуск исходного промпта клиента сгенерировал SQL с корректными макросами, что значительно ускорило работу панели мониторинга.
**Связанные PR:** [#2473](https://github.com/hyperdxio/hyperdx/pull/2473) Направлять агентов к использованию макросов в плитках Raw SQL
## Упрощение хеширования метрик OTel и идея для первичного ключа
*Демо от [@dhable](https://github.com/dhable)*
Благодаря вкладу сообщества было исправлено хеширование атрибутов для метрик со столбцами JSON-атрибутов, однако появились два разных пути выполнения кода. В JSON-схемах использовалась вариативная форма `cityHash64`, тогда как в схемах на основе Map перед хешированием сначала объединялись три Map. Как выяснилось, эта дополнительная работа не требовалась. Теперь оба типа схем используют одну и ту же реализацию `cityHash64`, что упрощает код и позволяет избежать ненужных выделений памяти для Map при хешировании.
Эта работа также выявила потенциальную оптимизацию схемы метрик OpenTelemetry. Сейчас первичный ключ хранит полную Map атрибутов, что увеличивает использование памяти, поскольку ClickHouse хранит Map в памяти как часть индекса. Одна из идей — материализовать хеш атрибутов во время вставки и использовать его в первичном ключе. Пока ничего не изменилось, но теперь, когда обновления схемы OpenTelemetry снова на повестке дня, к этой оптимизации стоит вернуться.
**Связанные PR:** [#2475](https://github.com/hyperdxio/hyperdx/pull/2475) Унификация AttributesHash с помощью вариативного cityHash64
## Улучшения фильтров и источников данных
*Демо от [@alex-fedotyev](https://github.com/alex-fedotyev)*
На этой неделе появились два небольших, но полезных улучшения удобства работы. Исключённые фильтры теперь гораздо легче воспринимать: отзывы клиентов показали, что в прежнем оформлении кнопку удаления было трудно заметить. Теперь для них используется более мягкий красный цвет, улучшающий контраст как в светлой, так и в тёмной теме.
Управлять большим количеством источников данных также стало проще. Теперь источникам можно назначать необязательный раздел, чтобы группировать их в средстве выбора источника. Источники без раздела по-прежнему отображаются в разделе «Другое», поэтому существующие настройки не затрагиваются. Поиск также обновлён: теперь он учитывает названия разделов, что упрощает поиск связанных источников, даже если вы помните только группу, к которой они относятся. Сейчас эта возможность используется внутри компании, пока команда изучает, как пользователи обычно организуют свои источники, прежде чем внедрять её более широко.
**Связанные PR:** [#2478](https://github.com/hyperdxio/hyperdx/pull/2478) Сделать исключённые фильтры читаемыми в светлой теме, [#2432](https://github.com/hyperdxio/hyperdx/pull/2432) Добавить необязательное поле Section для источников данных, [#2476](https://github.com/hyperdxio/hyperdx/pull/2476) Группировать селектор источников данных по разделам с поиском в стиле тегов, [#2477](https://github.com/hyperdxio/hyperdx/pull/2477) Предлагать существующие названия разделов в форме источника
## Ограничение числа серий для каждой диаграммы с высокой кардинальностью
*Демо от [@wrn14897](https://github.com/wrn14897)*
Теперь диаграммы могут ограничивать число возвращаемых серий, что позволяет избежать проблем с производительностью при группировке по полям с высокой кардинальностью, например маршруту HTTP или ID спана. Ранее такие запросы могли формировать сотни тысяч серий, из-за чего панели мониторинга работали медленно или переставали отвечать. Теперь для диаграммы можно задать ограничение top N серий, сократив время отрисовки и объём передаваемых данных.
Эффективно выбирать ведущие серии для запросов, разбитых на фрагменты, сложнее. Текущая реализация определяет top N по последнему фрагменту, а затем применяет этот же набор серий ко всему запросу; обработка при этом выполняется в ClickHouse, а не в браузере. Этот подход всё ещё оценивается и может измениться по мере внедрения дополнительных оптимизаций запросов.
**Связанные PR:** [#2449](https://github.com/hyperdxio/hyperdx/pull/2449) Сделать ограничение серий подключаемым и согласованным между фрагментами, [#2429](https://github.com/hyperdxio/hyperdx/pull/2429) Ограничить временные ряды с group-by top-N сериями для предотвращения OOM