- •1.2.4Последствия в отношении информационных систем
- •1.2.5Определения хранилища данных
- •1.2.6Назначение хранилищ данных
- •1.2.7Различие между хранилищем данных и системой oltp
- •1.3.4Архитектура sap bw
- •1.3.5Исходные системы
- •1.3.6Сервер sap bw
- •1.3.8Экстракция, преобразование и загрузка
- •1.3.9Базис данных
- •1.3.10Инструменты стейджинга данных
- •1.3.11Интерфейсы
- •1.3.13Запросы, отчеты и анализ
- •1.3.15Интеграция sap bw в портал предприятия
- •1.3.16Пример общего сценария: процессы etl
- •1.3.17Заключительная дискуссия
- •1.4Резюме по разделу
- •2.2.4Таблицы измерений
- •2.2.5Таблица фактов
- •2.2.6Схема-звезда sap bw
- •2.2.7Базовый куб
- •2.2.8Таблицы основных данных/таблицы sid
- •2.2.9Связывание таблиц с базовым кубом
- •2.2.10Классическая схема-звезда в сравнении со схемой-звездой sap bw
- •2.2.11Преимущества и недостатки классической схемы-звезды
- •2.2.12Преимущества схемы-звезды sap bw
- •2.3.4Моделирование
- •2.3.5Мониторинг
- •2.3.6Агент отчетов
- •2.3.7Связь с переносом
- •2.4.4Классификация инфо-объектов
- •2.4.5Инфо-объекты признаков
- •2.4.5.1Общее
- •2.4.5.3Основные данные/Тексты
- •2.4.5.4(Внешняя) иерархия
- •2.4.5.5Атрибуты
- •2.4.5.6Соединение
- •2.4.6Создание признака в дереве инфо-объектов
- •2.4.7Инфо-объекты показателей
- •2.4.7.1Тип/Единица
- •2.4.7.2Агрегация
- •2.4.7.3Прочие свойства
- •2.4.8Создание показателя в дереве инфо-объектов
- •2.5.4Базовые кубы
- •2.5.5Создание инфо-куба в дереве инфо-провайдеров
- •2.6.3.2Таблицы атрибутов
- •2.6.3.3Иерархии
- •2.6.4Таблицы sid
- •2.6.4.1Таблица s
- •2.6.4.2Таблица не зависящих от времени атрибутов навигации
- •2.6.4.3Таблица зависящих от времени атрибутов навигации
- •2.6.4.4Изменения инфо-объекта признаков
- •2.6.4.5Таблица sid, внешние иерархии
- •2.6.4.6Таблица sid узлов
- •2.6.4.7Таблица включения
- •2.6.5Таблицы базового куба
- •2.6.5.1Таблицы измерений
- •2.6.5.2Таблицы фактов
- •2.6.6Атрибуты навигации в sap bw
- •2.6.7Соединение таблиц и ракурсов в схеме-звезде bw
- •2.6.8Заключительная дискуссия
- •2.7Резюме по разделу
- •3.2.4Исходные системы sap bw
- •3.2.5Предпосылки для загрузки данных из sap-систем
- •3.2.6Методы переноса
- •3.2.7Поток данных в системе sap bw
- •3.2.8Источник данных
- •3.2.9Локальные правила переноса
- •3.2.10Инфо-источник
- •3.2.11Глобальные правила переноса
- •3.2.12Правила обновления
- •3.3.3Планировщик
- •3.3.4Монитор
- •3.3.5Подготовка к использованию инфо-источника с прямым обновлением для загрузки данных атрибутов и текстовых данных
- •3.3.6Сценарий
- •3.3.7Упражнение 4: Использование инфо-источника с прямым обновлением для загрузки данных атрибутов co из системы r/3
- •3.3.8Упражнение 5: Использование инфо-источника с прямым обновлением для загрузки данных текстов co из системы r/3
- •3.4.4Показатели
- •3.4.5Признаки
- •3.4.6Временные признаки
- •3.4.7Специальные методы обновления
- •3.4.7.1Обновление показателей: таблица возврата
- •3.4.7.2Обновление показателей: пересчет валют
- •3.4.7.3Обновление показателей: подпрограмма преобразования
- •3.4.7.4Признак обновления: деривация
- •3.4.7.5Обновление временных признаков: распределение по времени
- •3.4.7.6Подпрограмма запуска
- •3.4.8Подготовка к загрузке переменных данных из исходной системы sap
- •3.5.4Инфо-источник с прямым обновлением
- •3.5.5Инфо-источник с гибким обновлением
- •3.5.6Гибкое обновление основных данных
- •3.5.6.1Ods-объект основных данных
- •3.5.6.2Основные данные из плоских файлов
- •3.6Резюме по разделу
- •4.2.5Формат файлов
- •4.2.6Советы для загрузки
- •4.2.7Прямое обновление основных данных из плоских файлов
- •4.2.7.1Предпосылки
- •4.2.7.2Процедура
- •4.2.8Гибкое обновление плоских файлов
- •4.2.8.1Предпосылки
- •4.2.8.2Процедура
- •4.2.9Загрузка иерархий из плоских файлов. Обзор
- •4.2.10Загрузка иерархий из плоских файлов
- •4.2.10.1Предпосылки
- •4.2.10.2Процедура
- •4.2.11Предварительный просмотр и моделирование загрузки плоских файлов
- •4.2.11.1Использование
- •4.2.11.2Предпосылки
- •4.2.11.3Функции
- •4.2.11.4Операции
- •4.3.4.3Библиотека трансформации и редактор формул
- •4.3.5Примеры сценариев
- •4.3.6Упражнение 9: Загрузка переменных данных co из файла
- •4.4Резюме по разделу
- •5.1.4Использование бизнес-содержимого
- •5.1.5Техническая структура бизнес-содержимого
- •5.1.6Связанная с содержимым структура бизнес-содержимого
- •5.1.7Активация бизнес-содержимого
- •5.1.7.1Перенос бизнес-содержимого за три шага
- •5.1.9Вопросы для обсуждения
- •5.2Резюме по разделу
- •6.2.4Методы переноса в bw
- •6.2.5Виды обновления данных при помощи psa
- •6.4.4Использование агрегатов
- •6.4.5Функции агрегата
- •6.4.6Агрегаты: пример
- •6.4.7Свойства агрегатов
- •6.4.8Техническая структура агрегата
- •6.4.9Выбор агрегата
- •6.4.9.1Зависящие от времени агрегаты
- •6.4.9.2Сведение агрегатов
- •6.4.10Цепочки процессов
- •6.4.11Оптимизация агрегатов
- •6.4.12Изменение агрегатов и основных данных
- •6.4.13Сжатие агрегатов
- •6.4.14Упражнение 11: Создание агрегатов для базового куба
- •6.5Резюме по разделу
- •7.2.4Интерфейс с информационной витриной в myself-системе
- •7.2.4.1Способ использования интерфейса с информационной витриной в myself-системе
- •7.2.5Интерфейс с информационной витриной в myself-системе: резюме
- •8.3.4Архитектура хранилища данных/ограничения
- •Непротиворечивые ods-объекты;
- •8.3.5Ods-объекты с данными, аналогичными данным в исходной системе
- •8.3.6Непротиворечивые ods-объекты
- •8.3.7Ods-объекты, связанные с конкретным приложением и используемые для создания отдельных отчетов или запросов на загрузку
- •8.3.8Сравнение psa, ods-объектов и базовых кубов
- •8.3.8.1Метод/назначение
- •8.3.8.2История данных
- •8.3.8.3Источник данных
- •8.3.8.4Манипулирование данными
- •8.3.8.5Система отчетов
- •8.3.9Архитектура и функции ods-объектов
- •8.3.10Загрузка в ods-объекты
- •8.3.11Активация: пример
- •8.3.12Типы ods-объектов
- •8.3.13Определение и параметры настройки ods-объектов
- •8.3.14Моделирование ods-объектов
- •8.3.15Управление ods-объектами
- •8.3.16Функции удаления
- •8.3.16.1Удаление запросов
- •8.3.17Выборочное удаление
- •8.3.17.1Удаление журнала изменений
- •8.3.18Интеграция новой цели данных в существующий поток данных
- •8.3.19Реорганизация новой присоединенной цели данных
- •9.3.5Дистанционный куб sap
- •9.3.5.1Определение
- •9.3.5.2Использование/поток данных
- •9.3.5.3Предпосылки
- •9.3.5.4Ограничения
- •9.3.5.5Правила переноса
- •9.3.7.2Использование
- •9.4.4Мультипровайдеры
- •9.4.4.1Определение
- •9.4.4.2Использование
- •9.4.4.3Преимущества мультипровайдера
- •9.4.4.4Интеграция
- •9.4.4.5Мультипровайдер: пример использования
- •9.4.5Упражнение 13: Определение мультипровайдера
- •9.5Резюме по разделу
2.6.3.2Таблицы атрибутов
Если на закладке Основные данные/Тексты флажок С основными данными установлен (по умолчанию флажок установлен), на закладке Атрибуты можно выполнить ведение атрибутов для признаков с основными данными. Можно определить атрибуты просмотра и атрибуты навигации как зависящие или не зависящие от времени. В этом разделе атрибуты просмотра рассматриваются более подробно. Для каждого признака с основными данными может быть создано до двух таблиц атрибутов для атрибутов просмотра (зависящих и не зависящих от времени).
Если существует хотя бы одна из таблиц P (time independent) или Q (time dependent), создается ракурс (/BIC/M<имя признака>) для таблицы P или Q или их обеих.
Рисунок 41 Копия экрана: закладка Основные данные/Тексты
Легенда:
Атрибут для признака с основными данными.
Атрибут OBJVERS имеет два статуса: A = активно (данные могут быть использованы для отчетов) и М = изменено/пересмотрено.
Атрибут CHANGED также имеет два статуса: I = запись отмечена для вставки и D = запись отмечена для удаления.
Следующий пример иллюстрирует связь между OBJVERS и CHANGED:
Шаг 1 показывает исходный статус данных для признака с основными данными. При внесении изменений в основные данные создается дополнительная запись данных (шаг 2) со статусом М. Для того, чтобы эти данные стали доступны для запросов, необходимо явно активировать эту запись измененных данных. До момента активации в отчетах используются активные неизмененные записи данных. После активации основных данных измененным записям данных присваивается статус A, а старые записи данных удаляются.
Соглашения по присвоению имен в таблице атрибутов:
/BIC/P <техническое имя признака>(для определяемых пользователем признаков, которые имеют атрибуты, не зависящие от времени)
/BI0/P <техническое имя признака>(для стандартных признаков SAP, которые имеют атрибуты, не зависящие от времени)
/BIC/Q <техническое имя признака>(для определяемых пользователем признаков, которые имеют атрибуты, зависящие от времени)
/BI0/Q <техническое имя признака>(для стандартных признаков SAP, которые имеют атрибуты, зависящие от времени)
2.6.3.3Иерархии
Таблица иерархии (таблица H) используется для хранения иерархических отношений между значениями признака в случае, если для признака используются внешние иерархии.
Всегда создается только одна таблица H, даже если признак содержит несколько иерархий. Другими словами, таблица H содержит все иерархии.
Если вся иерархия зависит от времени, то поля DATETO и DATEFROM не появляются в таблице H. Они появляются как глобальные поля (метаинформация) в таблице RSHIEDIR. Это также относится к полю VERSION для иерархий, зависящих от версии. И наоборот, если от времени зависит иерархическая структура, вышеупомянутые поля дат появляются в таблице H.
Рисунок 42 Копия экрана: закладка Иерархия
Легенда:
HIEID внутренний идентификатор иерархии (уникальный идентификатор)
NODEID внутренний идентификатор узла иерархии
IOBJNM инфо-объект
NODENAME название узла иерархии
TLEVEL уровень узла иерархии
LINK идентификатор соединения для узла иерархии
PARENTID идентификатор родительского узла для узла иерархии
CHILDID идентификатор нижестоящего узла для узла иерархии
NEXTID идентификатор следующего узла для узла иерархии
INTERVL узел является интервалом
Рисунок 43 Пример: внешняя иерархия для признака 0COUNTRY
На рисунке показано содержимое таблицы H для признака 0COUNTRY после того, как иерархия была загружена в SAP BW или создана и активирована (в упрощенном виде) в SAP BW. Установка индикатора в поле INTERVL разрешает использование интервалов в этой иерархии (см. урок Инфо-объекты), смоделированных в таблице
J. Для лучшего понимания структуры таблицы подробно рассмотрим вторую строку иерархии в приведенным примере. По полю NODEID можно определить, что это второй узел иерархии. Поле PARENTID показывает, что родительский узел имеет идентификатор NODEID 1. В этом примере родительским узлом является корневой узел RAWO. Поле CHILDID обозначает подчиненный узел, а NEXTID обозначает смежный (следующий) узел. В этом примере подчиненный узел – это Австрия, а соседний узел - США.