Установите единицу исходных данных
Представим таблицу, где записываются изменения заказа. Один заказ может появиться в ней несколько раз: создан, оплачен, отправлен. Подсчёт строк даст количество событий, а не заказов. Перед запросом запишите, что означает строка, каким полем определяется заказ и возможны ли повторные записи одного события. Затем уточните вопрос: сколько заказов создано за день, сколько оплачено или сколько уникальных покупателей совершили покупку? Эти показатели используют разные условия. Нельзя выбрать удобный столбец и назвать результат общим словом продажи без определения.
Согласуйте агрегацию и период
Подсчёт всех строк и подсчёт различных идентификаторов отвечают на разные вопросы. В ClickHouse есть функции для точного и приближённого определения числа уникальных значений; выбор зависит от задачи и допустимой погрешности. Для небольшой контрольной выборки полезно начать с понятного точного расчёта. Отдельно зафиксируйте поле времени и часовой пояс. Заказ, созданный вечером и оплаченный после полуночи, попадёт в разные даты в зависимости от выбранного события. Уточните границы периода, чтобы соседние интервалы не пересекались и не оставляли пробелов. Название графика должно отражать это решение.
Проверьте набор данных в Superset
Superset использует наборы данных для построения графиков; они могут быть связаны с таблицей или результатом SQL-запроса. Если исходный запрос уже агрегировал события по дням, повторная агрегация на уровне визуализации требует внимания. Например, среднее дневных средних не всегда равно общему среднему по всем исходным наблюдениям. Определите метрику, измерения и фильтры явно. Сравните значения на нескольких выбранных днях с контрольным запросом. Проверьте, одинаково ли применяются ограничения в отдельном графике и на панели. Красивое представление не исправляет неверную структуру расчёта.
Учитывайте обновление и доступ
Данные могут поступать с задержкой, а кэш визуализации — показывать результат предыдущего запроса. Поэтому рядом с показателем полезно понимать время актуальности и правила обновления. Не считайте пустой график автоматически нулём: причиной могут быть фильтр, ошибка запроса или отсутствие доступа. Подключение к базе должно иметь только необходимые полномочия; секреты не размещают в скриншотах и общедоступных примерах. При подготовке учебной панели используйте вымышленные данные. Перед передачей результата другому человеку проверьте не только отображение, но и то, какие исходные сведения он сможет увидеть.
Попробуйте на практике
Рассчитайте показатель на бумаге по шести вымышленным событиям.
- Запишите: заказ А создан и оплачен в понедельник; заказ Б создан в понедельник и оплачен во вторник; заказ В создан во вторник и отменён во вторник.
- Посчитайте все события каждого дня, затем отдельно количество созданных и оплаченных заказов.
- Сформулируйте название графика для каждого показателя и выберите соответствующее поле времени.
- Представьте повторную запись оплаты А. Объясните, какой контроль позволит не принять её за новую оплату.
Как проверить результат. Получены три события в понедельник и три во вторник; создано два и один заказ, оплачено по одному. Повтор события не объявлен новым заказом.
Частые вопросы
Почему количество строк больше количества заказов?
Один заказ может иметь несколько событий или повторные записи. Нужно определить единицу данных и подходящее правило подсчёта.
Если SQL работает, можно ли доверять диаграмме?
Технически успешный запрос не подтверждает смысл показателя. Требуются проверка фильтров, времени, агрегации и сравнение с небольшим контрольным примером.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.