- •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Резюме по разделу
8.3.10Загрузка в ods-объекты
В этом разделе рассматривается пример, иллюстрирующий результаты загрузки и активации данных в ODS-объекте.
Предположим, что в ODS-объект загружены два запроса REQU1 и REQU2. Это можно выполнить последовательно или параллельно. В процессе загрузки оба запроса направляются в очередь активации.
Рисунок 104 Загрузка в очередь активации
Активация может выполняться автоматически или вручную. Данные сортируются в начале прогона активации. Это выполняется, в первую очередь, в соответствии с семантическим ключом ODS-объекта (т. е. по таблице с активными данными). Во-вторых, данные сортируются согласно техническому ключу очереди активации. Это совпадает с последовательностью загрузки, включающей различные записи данных. Последовательность сортировки позволяет выполнять активацию параллельно. Это возможно, так как все записи данных, принадлежащие одному семантическому ключу, не распределяются между несколькими процессами.
Количество активируемых записей данных обуславливает количество запускаемых процессов активации. Во втором случае можно определить параллельное или последовательное выполнение процессов.
Можно выбрать объединение изменений, вызванных из различных запросов загрузки, в запросе журнала изменений или создание запроса журнала изменений для каждого загружаемого запроса (см. рис. Опции при активации запросов).
Рисунок 105 Опции при активации запросов
Создание запроса журнала изменений для каждого запроса загрузки данных влияет на опции удаления запросов.
Поскольку для запроса журнала изменений существует ровно один запрос загрузки, имеется возможность удаления отдельных запросов.
Примечание: Эти настройки также влияют на количество изменений. Если необходимо внести изменения в связанные цели данных, следует выбрать параметр настройки "Создавать запрос журнала изменений для каждого загруженного запроса".
8.3.11Активация: пример
В следующем примере для каждого запроса загрузки выбрана опция создания запроса журнала изменений. Прежде всего, активируется REQU1, а запись данных с количеством 10 переводится в активную таблицу и в журнал изменений. Затем активируются данные для второго запроса. После этого новая запись данных заменяет существующую.
Информация: Для этого показателя используется вид обновления Перезапись.
Рисунок 106 Пример активации 1
В новом запросе журнала изменений изменения представлены начальным и конечным отображениями. Начальное отображение представляет собой первоначальный статус записи данных, при этом, однако, у показателей изменены знаки. Конечное отображение отражает новый статус.
В результате по завершении прогона активации три записи данных из двух запросов появляются в журнале изменений.
В нашем примере обе загруженные записи относятся к одному семантическому ключу №док. Поэтому таблица с активными данными имеет только одну запись. После успешной активации очередь активации будет пустой. Номера запросов, сгенерированные при активации в журнале изменений, отличаются от номеров в очереди активации.
Рисунок 137: Пример активации