7.2.4.1Способ использования интерфейса с информационной витриной в myself-системе
Соединение исходных и целевых систем BW посредством удаленного соединения (этот шаг выполняется только при необходимости загрузки данных между двумя или более системами BW).
Создание экспортного источника данных
ODS-объект: автоматическое создание экспортного источника данных (см. раздел об ODS-объектах),
Базовый куб: создание экспортного источника данных для переменных данных (экспортный источник данных для основных данных генерируется автоматически для каждого признака, входящего в базовый куб). В то же время можно создавать отдельные экспортные источники данных для различных таблиц основных данных инфо-объекта. Это осуществляется при непосредственном использовании инфо-источников для основных данных (контекстное меню → Создать экспортный источник данных).
Соглашения по присвоению имен экспортным источникам данных: 8<Базовый куб,ODS-объект или инфо-объект> при создании экспортного источника данных для инфо-куба техническое имя этого инфо-куба должно быть на один символ короче максимальной длины (9 символов). Это необходимо, так как источник данных использует имя инфо-куба с префиксом 8, в соответствии с соглашением по присвоению имен для источника данных.
Копирование источника данных
Присвоение источника данных инфо-источнику (автоматически выполняемое системой) BW создает инфо-источник согласно тому же соглашению по присвоению имен, что и для источника данных (см. шаг 2).
Если исходная система BW не является одновременно целевой системой BW, то инфо-источник должен быть создан в целевой системе BW, либо перенесен в нее посредством запроса на перенос. Если структуры извлекаются из содержимого неизменными, можно также активировать их в целевой системе BW.
Активация правил переноса: в этот момент можно изменить правила переноса согласно бизнес-сценарию.
Создание правил обновления для целевого базового куба.
Создание инфо-пакета.
Загрузка переменных данных.
Информация: Перед выполнением описанного выше процесса загрузки данных в целевой системе BW должна быть создана структура базовых кубов, ODS-объектов и признаков.
7.2.5Интерфейс с информационной витриной в myself-системе: резюме
Рисунок 100 Использование интерфейса с информационной витриной
Для определения дельты используются запросы. Вначале следует выполнить инициализацию того инфо-куба, который предполагается использовать в качестве экспортного источника данных. Это означает, что он переносит текущий статус данных в целевую систему BW. При следующей загрузке переносятся только запросы, добавленные после инициализации. Имеется также возможность указания разных целевых систем. Ограничение: для дельты допустим только один
критерий выбора на одну целевую систему. Например, требуется выбрать данные по заводу 1, а затем загрузить дельты. Впоследствии потребовалось загрузить дельту для завода 2 параллельно с дельтой для завода 1. Дельту можно запрашивать только для обоих заводов сразу, т.е. невозможно выполнять разные дельты по отдельности.
7.3Резюме по разделу
Теперь вы сможете:
понять концепцию соединения одной системы BW с другой системой или с самой собой
создавать экспортные источники данных для базового куба
создавать экспортные источники данных для таблиц основных данных для инфо-объекта признаков
8Раздел 8. ODS-объекты
8.1Обзор раздела
Этот раздел знакомит с функциями и техническими свойствами объектов хранилища операционных данных (ODS-объектов), используемых в качестве дополнительной цели данных.
8.2Цели раздела
Прослушав этот раздел, вы сможете:
описывать структуру ODS-объектов
определять местоположение ODS-объектов в архитектуре SAP BW
перечислять и описывать типы ODS-объектов
8.3Урок 19: Объекты хранилища операционных данных
Продолжительность урока:150 минут(ы)
8.3.1Обзор урока
На этом уроке рассматриваются объекты хранилища операционных данных (ODS-объекты), их структура и способы их использования.
8.3.2Цели урока
Прослушав этот урок, вы сможете:
описывать структуру ODS-объектов
определять местоположение ODS-объектов в архитектуре SAP BW
перечислять и описывать типы ODS-объектов
8.3.3Определение
Объект хранилища операционных данных (ODS-объект) используется для хранения консолидированных и очищенных данных (например, переменных данных или основных данных) на уровне документа (элементарном уровне).
Он описывает консолидированный набор данных из одного или несколько инфо-источников. Эти данные можно анализировать с помощью запроса BEx.
Хранилище операционных данных: преимущества
Функция перезаписи
признаки раздела данных
показатели
Сохранение данные на уровне документа
консолидированные или перезаписанные
очищенные
Система отчетов
Развертка из инфо-куба к ODS-объекту
Интеграция в Business Explorer (BEx)
ODS-объекты содержат ключевые поля (например, номер документа, позицию) и поля данных, которые могут содержать не только показатели, но и текст (например, клиента или статус заказа). Для обновления ODS-объекта в объединенные инфо-кубы или в дополнительные ODS-объекты или таблицы основных данных (атрибутов или текстов) в пределах одной системы или в различных системах можно использовать дельта-обновление.
В отличие от многомерного хранилища данных для инфо-кубов, данные в ODS-объектах хранятся в плоских прозрачных таблицах базы данных. Таблицы фактов и измерений не создаются.
В ODS-объектах можно не только кумулятивно (как инфо-кубы) обновлять показатели, но и перезаписывать поля данных. Это особенно важно для структур со сходными документами. Изменения документа в исходной системе включают не только числовые поля, такие как объем заказа на поставку, но и нечисловые поля, например, получателей материалов, статус и дату поставки. Для обеспечения моделирования этих изменений в ODS-объектах в системе BW соответствующие поля этих объектов также должны перезаписываться так, чтобы в них содержались актуальные значения.