3.4.7.4Признак обновления: деривация
Путем обновления признаков можно выполнить расширение или деривацию инфо-куба с атрибутами. Деривация осуществляется из таблицы основных данных другого признака. Этот признак должен существовать также в структуре связи.
Информация: Если атрибут зависит от времени, необходимо также указать, когда должно происходить считывание.
Рисунок 65 Правило обновления признаков: деривация
3.4.7.5Обновление временных признаков: распределение по времени
С помощью обновления временных признаков можно распределить суммируемые показатели по меньшим единицам времени. В том случае, если инфо-куб имеет более высокую степень гранулярности по времени, чем структура связи, можно использовать распределение по времени. При этом будет выполнено распределение показателя в равных частях по заданным единицам времени.
Рисунок 66 Обновление временных признаков: распределение по времени
Пример: необходимо распределить календарный месяц 07.2001 по неделям 26.2001, 27.2001, 28.2001, 29.2001, 30.2001 и 31.2001, из которых состоит июль. Для каждого показателя, который был выбран с помощью метода обновления "Добавление", временной признак 0CALMONTH распределяется по временному признаку 0CALWEEK. Распределение 31 дня этого месяца осуществляется следующим образом:
CW 26 ⇒ 1 день из 31 дня
CW 27 ⇒ 7 дней из 31 дня
CW 28 ⇒ 7 дней из 31 дня
CW 29 ⇒ 7 дней из 31 дня
CW 30 ⇒ 7 дней из 31 дня
CW 31 ⇒ 2 дня из 31 дня
Для пояснения этого примера ниже показан календарь с месяцем
07.2001:
Информация: Распределение по времени не может быть выбрано для отдельных показателей целей данных, поскольку оно действительно для всех показателей. Можно определить, следует ли при распределении по времени использовать обычный календарь, или требуется выбрать конкретный производственный календарь. Можно распределить временной признак из инфо-источника в различные временные признаки для инфо-куба.
Например, можете распределить признак 0CALYEAR из инфо-куба в CALMONTH и CALWEEK, если они согласуются с определением структуры инфо-куба.
3.4.7.6Подпрограмма запуска
Подпрограмма запуска - это подпрограмма, выполняемая в начале обновления. В пределах подпрограммы доступен весь пакет данных.
Рисунок 67 Подпрограмма запуска
Пример: подпрограмму запуска можно использовать для создания внутренних таблиц, которые могут затем использоваться в подпрограммах для показателей и признаков. Этот метод обеспечивает более высокую производительность, так как позволяет избежать вызова базы данных в правилах обновления для показателей и подпрограммах.
Информация: Существует также опция создания подпрограммы запуска в правилах переноса.
3.4.8Подготовка к загрузке переменных данных из исходной системы sap
Создание исходной системы в SAP BW
Создайте инфо-источник с гибким обновлением в прикладном компоненте.
На следующем шаге необходимо решить, откуда будет взят источник данных для переменных данных. Если в качестве источника данных используется бизнес-содержимое, то его необходимо активировать в исходной системе. В этом случае перейдите к шагам 3 и 4, так как источник данных из бизнес-содержимого автоматически располагается в прикладном компоненте. Кроме того, имеется опция расширения источника данных для переменных данных.
Создайте прикладной компонент в исходной системе (транзакция SBIW).
Создайте источник данных для переменных данных в исходной системе (транзакция SBIW).
Выполните обновление иерархии компонентов для исходной системы в BW и перенос источника данных в соответствующем прикладном компоненте в SAP BW.
Соедините источник данных с инфо-источником. Используйте источник данных из бизнес-содержимого и подходящий инфо-источник.
Определите правила переноса
Создайте правила обновления. Посредством структуры связи для инфо-источника переменные данные поступают в цели данных (базовые кубы, ODS-объекты) в соответствии с логикой, определенной в правилах обновления. Таким образом, в отличие от правил переноса, определенные правила обновления относятся не столько к исходной системе, сколько к целям данных. С помощью правил обновления информация в цели данных может поступать из одного или нескольких инфо-источников. Они используются для проводки данных в цели данных, а также при изменении и получении данных (например, в подпрограммах обновления для деривации основных данных и при пересчете валют).
Создайте инфо-пакет и запланируйте его обновление.
Проверьте процесс загрузки данных в мониторе.
Сценарий
Рисунок 68 Поток данных для переменных данных из системы R/3
3.4.9Упражнение 6: Загрузка переменных данных CO из системы R/3
Время на упражнения:30 минут(ы)
Выполнив это упражнение, вы сможете:
загружать переменные данные из исходной системы SAP OLTP в инфо-куб с помощью инфо-источника из бизнес-содержимого
Упражнение приведено в документе «Triseca_Academy_BW_Practice_Materials.doc»
3.4.10Заключительная дискуссия
3.5Урок 11: Прямое и гибкое обновление
Продолжительность урока:15 минут(ы)
3.5.1Обзор урока
На этом уроке описывается разница между гибким и прямым обновлением. Также здесь рассматривается непротиворечивость ссылок (методы для проверки значений признаков).
3.5.2Цели урока
Прослушав этот урок, вы сможете:
перечислять различия между гибким и прямым обновлениями
приводить примеры проверки непротиворечивости ссылок и ее использования
3.5.3Прямое и гибкое обновление
Как правило, различают два типа инфо-источников:
Типы инфо-источников
Инфо-источники с гибким обновлением
Инфо-источники с прямым обновлением
Для обоих типов загруженные данные преобразуются с помощью правил переноса, созданных для соответствующей комбинации инфо-источника и исходной системы для каждого инфо-объекта структуры связи.
Цель данных может поставляться несколькими инфо-источниками, которые, в свою очередь, могут поставляться несколькими исходными системами.