Склейка данных в PowerBI

Записаться

Подключение к веб-источнику

В Power BI можно использовать интернет-страницу как источник данных. Открываем страницу Википедии со списком штатов США и территориальных единиц. Копируем адрес страницы. В Power BI выбираем источник Веб (Web). Вставляем URL, нажимаем ОК, затем Подключиться (Connect).

В окне навигатора отображаются таблицы страницы. Выбираем нужную таблицу и подтверждаем загрузку. Чтобы имена запросов были понятными, переименовываем первую таблицу в Ranking, вторую — в Codes.

Очистка таблицы Codes

Таблица с кодами имеет неудачную структуру: шапка содержит легенду и объединённые столбцы. В Power Query выполняем очистку.

• Удаляем первый бессмысленный столбец.
• Оставляем только столбец с названием региона и столбец с кодом ANSI.
• Удаляем остальные столбцы через Удалить другие столбцы (Remove Other Columns).
• Удаляем верхние строки: первые четыре строки являются служебными. Используем Удалить верхние строки (Remove Top Rows).
• Удаляем нижние строки, которые не относятся к штатам: сначала лишний блок, затем ещё нижние строки. В итоге должна остаться только значимая часть списка.
• Фильтруем средний столбец и оставляем только Federal District, State и State Commonwealth.
• Удаляем средний столбец. Фильтр, применённый по нему, сохраняется и продолжает влиять на результат.
• Переименовываем столбец с названием в states, столбец с кодом — в code.

Объединение Ranking и Codes

Для соединения таблиц используем Объединить запросы (Merge Queries). Это горизонтальное соединение по ключу. Не путаем его с Добавить (Append): Append выполняет вертикальное добавление строк, а Группировать (Group By) — агрегацию.

Соединяем таблицу Ranking с таблицей Codes по столбцу State. Выбираем тип соединения Левое внешнее соединение (Left Outer Join): все строки берём из левой таблицы, а из правой подтягиваем совпадения. Уровень доступа к данным — публичный.

После объединения раскрываем поля из Codes. Оставляем только столбец code, потому что states уже есть в левой таблице и его повторное раскрытие создаст дублирование. Проверяем, что в столбце code нет нулевых значений (null). Тип данных должен быть текстовым. Перемещаем столбец code после столбца states.

Загрузка данных

После завершения преобразований нажимаем Закрыть и применить (Close & Apply). Данные загружаются в модель и становятся доступны в окне построения отчётов. В панели полей отображаются таблицы. Нужно проверить агрегацию по умолчанию у числовых полей: Power BI может автоматически применять суммирование, что не всегда подходит для оценок. Благодаря объединению между таблицами сохраняется связь. После этого можно строить отчёт.

Краткие итоги

Подготовка данных в Power BI — это не механическая очистка, а последовательность решений, где каждый шаг уменьшает неопределённость и готовит модель к достоверным связям. Начинается всё с выбора источника: веб-страница удобна для быстрого получения справочной информации, но её таблицы часто имеют визуальную, а не машинную структуру. Поэтому сразу после загрузки важно оценить, какие строки и столбцы действительно являются данными, а какие — заголовками, легендами или служебными элементами.

Удаление лишнего до объединения снижает риск ошибок и упрощает дальнейшую проверку.

Ключевой принцип — сохранять только поля, которые участвуют в анализе или связи. Если справочник содержит разные категории территорий, фильтрация по статусу позволяет отделить целевые объекты от экзотических или служебных записей. При этом фильтр, применённый до удаления столбца, продолжает влиять на результат, что полезно учитывать при отладке. Переименование полей и запросов делает логику прозрачной: по названию видно, где ranking, где codes, а где ключ для соединения.

Объединение таблиц — центральный этап. Горизонтальное соединение по общему ключу добавляет атрибуты к основной таблице, не меняя её гранулярность. Выбор типа соединения зависит от бизнес-вопроса: левое внешнее сохраняет все строки основной таблицы и подтягивает совпадения, а внутреннее оставило бы только пересечение. Проверка отсутствия пустых значений после раскрытия подтверждает качество ключа и отсутствие потерь. Дублирование ключевого поля в обеих таблицах требует аккуратного раскрытия только нужного столбца.

Практическая ценность такого подхода в том, что подготовленный запрос становится воспроизводимым: при обновлении веб-страницы Power BI повторит шаги, а отчёт сохранит структуру. Настройка агрегации по умолчанию важна, чтобы числовые рейтинги не суммировались там, где нужна средняя или последняя величина. В итоге качественная подготовка данных даёт устойчивую основу для визуализации, анализа и принятия решений, а не просто набор таблиц.