- •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.11Оптимизация агрегатов
Простой способ оптимизации агрегатов заключается в использовании данных статистики BW.
Имеются следующие опции:
Использование статистики BW для проектирования новых агрегатов. Этот способ применяется, например, при создании новых запросов для базового куба и не рекомендуется к использованию.
Предложение агрегатов для удаления в случаях, когда агрегаты активны, но отмечены для удаления, поскольку они больше не используются.
Получение сводки по уже существующим активным агрегатам.
Проверка количества итоговых записей и коэффициентов уплотнения для агрегата. Коэффициент уплотнения должен быть больше или равен десяти. Это означает, что одна запись в агрегате соответствует десяти записям (в среднем) в таблице фактов базового куба.
На экранах «Ведение агрегатов» можно определять различные критерии для просмотра агрегатов, удовлетворяющих этим критериям.
6.4.12Изменение агрегатов и основных данных
Если производятся изменения атрибутов или иерархий в признаках, используемых в агрегатах, структура агрегатов также должна быть изменена. Так как изменение этих данных приводит к недействительности агрегатов, иерархии или атрибуты навигации нельзя активировать напрямую. Возможно только отметить их для активации. Это означает, что атрибуты навигации и иерархии имеют две версии - активную и модифицированную.
Изменения вносятся во время прогона изменений, выполняемого для иерархий или атрибутов. В процессе внесения изменений при активном прогоне изменений, до завершения реорганизации агрегатов для отчетов используются старые данные.
Рисунок 97 Пример ситуации, в которой требуется прогон изменения атрибутов
В случае агрегата "Клиент" никаких изменений не требуется, так как изменение группы клиентов не влияет на этот конкретный агрегат. Для агрегата "Клиент/Группа клиентов" прогон изменений необходим. В противном случае агрегат будет поставлять ошибочные и противоречивые результаты, поскольку новое присвоение клиента D к группе клиентов Y не будет учтено. Поскольку группа клиентов является атрибутом навигации признака "Клиент" и также включена в агрегат, производительность системы повышается, если для считывания данных применяется атрибут навигации.
Информация: Будьте особенно внимательны при создании агрегата, содержащего атрибут навигации. Агрегат такого типа может потребовать значительных затрат на ведение. Дополнительная информация и подробности по этой теме содержатся в курсе BW360 Производительность и администрирование.
Рисунок "Агрегаты и изменение данных (I)" иллюстрирует шаги по изменению атрибута в признаке.
Рисунок 98 Агрегаты и изменение данных (I)
В отношении прогонов изменений необходимо учитывать следующее:
Время, необходимое для прогона изменений, зависит от количества атрибутов навигации (и иерархий) и частоты загрузки основных данных для каждого из инфо-объектов признаков.
В ходе прогона изменений создание отчетов возможно только по старым версиям атрибутов и иерархий. Активные версии изменений становятся доступными только по завершении прогона изменений. Это также относится к отчетам по инфо-кубам, не задействованным в прогоне изменений, но использующим модифицированные атрибуты и иерархии.
С помощью функции монитора можно выяснить, на какие объекты влияет выполненное изменение. Здесь можно просмотреть активированные признаки и иерархии, а также задействованные агрегаты и базовые кубы. Если прогон изменений активен, монитор выводит для просмотра статус активности изменений для каждого агрегата.
На рисунке "Агрегаты и изменение данных (II)" показан процесс модификации иерархий.
Рисунок 99 Агрегаты и изменение данных (II)
В отношений иерархий необходимо учитывать следующее:
При изменении структуры эти изменения влияют на все агрегаты базового куба, также производится корректировка атрибутов. Выполнение прогона изменений этого типа может продолжаться длительное время (затраты на ведение).
Сразу после того, как иерархии будут отмечены как активные (загрузка новых иерархических структур), модифицированные иерархии немедленно становятся доступными для системы отчетов при условии, что они не используются в агрегатах. При использовании этих иерархий в агрегатах, в системе отчетов они могут использоваться только после выключения или деактивации агрегатов. В противном случае изменения, внесенные в эти иерархии, будут показаны только по завершении прогона изменений.
Если в агрегат были внесены только незначительные изменения, необходимость в его полной реорганизации отсутствует. Вместо этого агрегат корректируется посредством прогона изменений. Во время прогона изменений старые записи данных проводятся с отрицательными значениями, а новые - с положительными значениями. В зависимости от количества имеющихся изменений, с определенного момента этот метод становится более сложным по сравнению с полной реорганизацией агрегата.