
- •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Резюме по разделу
6.4.4Использование агрегатов
Несмотря на то, что данные хранятся согласно структурированной схеме-звезде базового куба, существует риск того, что время получения ответа для большого количества запросов не будет удовлетворительным. В таблице фактов может содержаться слишком много записей данных, поэтому системе потребуется слишком большое время на считывание и взаимное соединение данных измерений, основных данных и данных иерархии. При использовании агрегатов объем данных, вызываемых при каждом запросе, снижается, так как данные хранятся в сжатой форме. Это ведет к повышению производительности при чтении запросов.
В рамках агрегата возможно уплотнение данных по времени, признакам или доступным иерархиям.
Рисунок 89 Агрегация в системе SAP BW
Особенно полезно создавать агрегаты в следующих ситуациях:
Выполнение запросов и навигация по данным запросов приводят к задержкам при работе с группами запросов.
Требуется ускорить выполнение и навигацию для определенного запроса.
В запросах часто используются атрибуты.
Требуется ускорить выполнение отчетов по иерархиям признаков путем агрегирования определенных уровней иерархии.
6.4.5Функции агрегата
Агрегат строится из признаков и атрибутов навигации в базовом кубе. В агрегате могут использоваться и зависящие от времени атрибуты, и зависящие от времени иерархии. Сжатие осуществляется за счет признаков, не используемых в агрегате. При создании и активации агрегата для базового куба и пополнении его данными OLAP-процессор вызывает агрегат динамически. При навигации различные результаты располагаются последовательно. Агрегат прозрачен для конечного пользователя.
Загрузка новых данных осуществляется согласно определенному периоду времени посредством логических пакетов данных (запросов) в агрегате. Этот процесс называется сведением, и сразу после его завершения новые данные становятся доступными для использования в отчетах. В рамках одного шага запроса применяется только один агрегат. Базовый куб может содержать более одного агрегата. Если для базового куба создаются несколько агрегатов, при выполнении запроса все они проверяются OLAP-процессором. Во время этой проверки OLAP-процессор считывает все агрегаты базового куба и выбирает агрегат, соответствующий определению запроса. Иерархия агрегатов является исключением из этого правила. Если OLAP-процессор не сможет прочитать агрегат для какого-либо узла иерархии, он также не будет проверять и остальные агрегаты иерархии.
Рисунок 90 Иерархия агрегатов (= иерархия пополнения)
6.4.6Агрегаты: пример
Агрегаты определяются следующим образом:
'*' - включительно; признак используется в уплотнении.
'' - исключая; признак не используется в уплотнении.
'F' - включая с постоянным значением; выполнение уплотнения для этого признака с определенным постоянным значением.
'H'-уровень иерархии; признак уплотняется к определенному уровню иерархии.
Ограничение или уплотнение по времени рассматривается далее.
Рисунок 91 Упрощенное представление опций агрегата
6.4.7Свойства агрегатов
Агрегаты имеют технические свойства, свойства содержимого и свойства статуса. Эта информация хранится в таблице RSDDAGGRDIR.
Имя агрегата генерируется системой и является одним из технических свойств агрегата. Это имя уникально и состоит из 25 символов (таблица RSDDAGGRDIR; поле AGGRUID ).
Для таблицы базы данных имя агрегата состоит из шести целых чисел и указывается в специальном диапазоне номеров (от 100000).
Свойства содержимого и свойства статуса определяются следующим образом. Перед использованием в системе отчетов агрегаты должны быть активированы и пополнены данными.
Если использование одного или нескольких агрегатов невозможно, имеется три варианта действий:
выключение агрегата: агрегат все еще содержит данные, но не используется OLAP-процессором;
деактивация агрегата: данные агрегата удаляются. При этом определение агрегата сохраняется;
удаление агрегата: данные агрегата и определение агрегата удаляются.
Можно объединить в агрегат несколько признаков. Допускается комбинирование ограничений, таких как постоянные значения или уровни иерархии. Если в базовом кубе используется показатель, для которого была определена специальная агрегация, этот признак должен быть включен в агрегат и определен как '*'. В этом случае ограничения (например, постоянное значение 'F') не разрешены. Объединение структурно зависящих от времени иерархий и зависящих от времени признаков невозможно.