Модификация данных ODATA. Часть 2

Записаться

Фильтрация по полям и подготовка источников

Отбор полей для отчёта

Для дальнейшего отчёта нужны поля:

• дата заказа (Order Date);
• страна доставки (Ship Country);
• город доставки (Ship City).

Название города без страны может запутать: Рим есть в Италии и США, Санкт-Петербург и Москва — в России и США. Поэтому берём и город, и страну доставки. Конкретный адрес не нужен.

Из детализации заказа (Order Details) нужны:

• идентификатор товара (Product ID);
• цена за единицу (UnitPrice);
• количество (Quantity);
• итог по строке (Line Total), созданное ранее поле.

Удаление лишних столбцов и упорядочивание

Выделяем нужные поля, вызываем правой кнопкой мыши удалить другие столбцы (Remove Other Columns). Оставшиеся ненужные поля убираются. Поле Line Total переносим ближе, чтобы сумма по заказу отображалась раньше.

В результате видны: дата заказа, страна доставки, город доставки, итог по заказу и детализация — товар, цена, количество.

Связи между источниками

После выгрузки источников видно, что между двумя независимыми источниками связь уже построена автоматически. Причина — одинаковое имя поля Product ID в обоих источниках. Если бы имена различались, связь нужно было бы указать вручную.

В свойствах связи видно, что Product ID связан с Product ID. Отношение — многие к одному (many-to-one), или один ко многим (one-to-many), если смотреть от товара к заказам. Связь корректна.

Благодаря этой связи по Product ID автоматически подтягиваются название товара (Product Name), количество в упаковке (Quantity Per Unit) и единиц на складе (Units in Stock).

Переход к отчёту

После проверки связи можно переходить к формированию отчёта на основе подготовленных источников.

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

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

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

Не менее важен порядок работы с моделью. Сначала данные приводятся к удобному виду, затем проверяются связи, и только после этого строятся визуальные элементы. Автоматическое определение связей экономит время, но не отменяет проверки. Инструмент может создать отношение по совпадающему имени поля, однако аналитик должен убедиться, что это отношение логично, имеет правильную кардинальность и не порождает дублирования. В противном случае отчёт может давать правдоподобные, но неверные итоги.

Связь по идентификатору товара показывает, как справочные атрибуты подтягиваются к фактам продаж. Это уменьшает дублирование и упрощает поддержку отчёта. Если бы связь отсутствовала или была настроена неверно, пользователь либо не увидел бы нужных характеристик, либо получил бы искажённые агрегаты. Поэтому проверка свойств связи — не формальность, а часть подготовки данных.

Итоговая логика работы: отобрать существенные поля, убрать лишнее, упорядочить показатели, проверить модель и только затем переходить к отчётности. Такой подход делает расчёты воспроизводимыми, облегчает сопровождение и повышает доверие к результатам.