8.3.4Архитектура хранилища данных/ограничения
Часто включение дополнительных ракурсов в процесс стейджинга является необходимым или желательным. SAP BW позволяет интегрировать один или несколько ODS-объектов в поток данных между PSA и инфо-кубами. Эти ODS-объекты обычно содержат данные с требуемой степенью детализации и могут использоваться для согласования и объединения данных перед сохранением этих данных в агрегированном виде в многомерном ракурсе – базовых кубах.
Как показано в правой части рисунка PSA/ODS-объект/базовый куб (архитектура), включение ODS-объектов в поток данных является не обязательным. Возможно также обновление данных непосредственно из инфо-источника в базовом кубе. В левой части рисунка показан пример сценария с интеграцией ODS-объекта между инфо-источником и базовым кубом. Также здесь возможно последовательное включение нескольких ODS-объектов.
Информация: Количество ODS-объектов, которые необходимо внедрить, в значительной степени зависит от сложности внедряемого сценария. Кроме того, ODS-объект может также представлять собой результат процесса стейджинга. Другими словами, обновление инфо-куба из ODS-объекта не является обязательным.
Рисунок 101 PSA/ODS-объект/базовый куб (архитектура)
С точки зрения внедрения, существует три типа ODS-объектов:
ODS-объекты с данными, аналогичными данным в исходной системе;
Непротиворечивые ods-объекты;
согласование длин и типов данных;
согласование дельта-процедур;
согласование данных.
ODS-объекты, связанные с конкретным приложением, используются для создания отдельных отчетов или запросов на загрузку.
8.3.5Ods-объекты с данными, аналогичными данным в исходной системе
В этом случае данные хранятся в том же виде, в каком они были поставлены источником данных исходной системы. Для сохранения полной истории данных чаще всего следует включить соответствующую временную ссылку в ключ ODS-объекта.
8.3.6Непротиворечивые ods-объекты
В этих ODS-объектах данные хранятся в согласованной форме. Процесс согласования включает в себя различные аспекты:
Согласование типов и длин альтернативных данных. Если номер клиента имеет в исходной системе десять символов, а в другой системе -13 символов, то в SAP BW требуется согласовывать длину номера клиента. Это можно осуществить путем внедрения ODS-объекта, в котором клиент будет иметь номер из 13 символов. Перед внедрением этого ODS-объекта необходимо выполнить некоторые преобразования.
Согласование различных дельта-процедур исходной системы. ODS-объект может преобразовать различные дельта-процедуры исходных систем (добавочную дельту и конечные отображения для скорректированных записей) в единственную дельту с одним типом. Это обеспечивает то, что дополнительные присоединенные цели данных (в частности, базовые кубы) поставляются с соответствующей дельта-процедурой. Такое согласование особенно полезно при деривации дельты – при условии, что исходная система способна произвести экстракцию полных данных загрузки.
Согласование данных. Часто необходимо согласовывать непосредственно содержимое фактических данных. Это может относиться к признакам (например, материалам) и показателям (выручке). Примером является деривация уникального номера материала из локальных номеров материала. В этом случае первая исходная система возвращает номер материала 100 со значением Монитор 15. Вторая исходная система возвращает номер материала 200 с тем же значением. В результате при необходимости ведения общей для всех исходных систем отчетности на основе номеров материалов (данных отображения) в системе SAP BW будет получен глобальный номер материала.