BW310_RU_Col34_FV_Inst_A4 (1)

BW310 Организация хранилищ данных mySAP Бизнес-информация и аналитика

Дата Учебный центр Преподаватели Веб-сайт

Руководство для преподавателя Версия курса: 2003, 4-ый квартал Продолжительность курса: 5 День (дня/дней) Номер материала: 50064209 Ответственный за курс: Ralf Wolfertz (D035201)

SAP Compass-курс - используйте его, чтобы научиться, обращайтесь к нему в процессе работы

Авторское право Авторское право © 2003 г. SAP AG All rights reserved. Авторские права защищены. Воспроизведение и передача любого фрагмента настоящей публикации в любой форме и с любой целью без особого разрешения SAP AG запрещены. Информация, содержащаяся в данных материалах, может быть изменена без предварительного уведомления. Некоторые продукты программного обеспечения, предлагаемые на рынке компанией SAP AG и ее дистрибьюторами, содержат компоненты программного обеспечения, являющиеся собственностью других поставщиков программного обеспечения.

Торговые марки •

Microsoft®, WINDOWS®, NT®, EXCEL®, Word®, PowerPoint® и SQL Server® являются зарегистрированными торговыми марками корпорации Microsoft.

•

IBM®, DB2®, OS/2®, DB2/6000®, Parallel Sysplex®, MVS/ESA®, RS/6000®, AIX®, S/390®, AS/400®, OS/390® и OS/400® являются зарегистрированными торговыми марками корпорации IBM.

•

ORACLE® является зарегистрированной торговой маркой корпорации ORACLE.

•

INFORMIX®-OnLine for SAP и INFORMIX® Dynamic ServerTM являются зарегистрированными торговыми марками Informix Software Incorporated.

•

UNIX®, X/Open®, OSF/1® и Motif® являются зарегистрированными торговыми марками Open Group.

•

Citrix®, Citrix logo, ICA®, Program Neighborhood®, MetaFrame®, WinFrame®, VideoFrame®, MultiWin® и другие имена продуктов Citrix, упоминаемые в данных материалах, являются зарегистрированными торговыми марками Citrix Systems, Inc.

•

HTML, DHTML, XML, XHTML являются торговыми марками или зарегистрированными торговыми марками W3C®, World Wide Web Consortium, Massachusetts Institute of Technology.

•

JAVA® является зарегистрированной торговой маркой Sun Microsystems, Inc.

•

JAVASCRIPT® является зарегистрированной торговой маркой Sun Microsystems, Inc., используемой по лицензии для технологии, разработанной и реализованной Netscape.

•

SAP, SAP Logo, R/2, RIVA, R/3, SAP ArchiveLink, SAP Business Workflow, WebFlow, SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, mySAP.com Logo и mySAP.com являются торговыми марками или зарегистрированными торговыми марками SAP AG в Германии и в некоторых других странах мира. Все прочие продукты, упомянутые в данных материалах, являются торговыми марками или зарегистрированными торговыми марками соответствующих компаний.

Отказ ЭТИ МАТЕРИАЛЫ ПРЕДОСТАВЛЯЮТСЯ SAP AG НА УСЛОВИЯХ "КАК ЕСТЬ", И SAP ОПРЕДЕЛЕННО ОТВЕРГАЕТ ЛЮБЫЕ И ВСЯКИЕ ГАРАНТИИ , ЯВНЫЕ ИЛИ КОСВЕННЫЕ, ВКЛЮЧАЯ СРЕДИ ПРОЧЕГО ГАРАНТИИ ТОВАРНОГО СОСТОЯНИЯ И ПРИГОДНОСТИ ДЛЯ КОНКРЕТНОЙ ЦЕЛИ, ПО ОТНОШЕНИЮ К ЭТИМ МАТЕРИАЛАМ И УСЛУГАМ, ИНФОРМАЦИИ, ТЕКСТАМ, РИСУНКАМ, ССЫЛКАМ И ЛЮБЫМ ДРУГИМ МАТЕРИАЛАМ И ПРОДУКТАМ, СОДЕРЖАЩИМСЯ ЗДЕСЬ. НИ ПРИ КАКИХ ОБСТОЯТЕЛЬСТВАХ SAP НЕ БУДЕТ НЕСТИ ОТВЕТСТВЕННОСТИ ЗА ЛЮБОЙ ПРЯМОЙ, КОСВЕННЫЙ, ПРЕДНАМЕРЕННЫЙ, СЛУЧАЙНЫЙ, ПОБОЧНЫЙ ИЛИ ПОДЛЕЖАЩИЙ

НАКАЗАНИЮ УЩЕРБ КАКОГО БЫ ТО НИ БЫЛО РОДА, ВКЛЮЧАЯ СРЕДИ ПРОЧЕГО ПОТЕРЯННЫЕ ДОХОДЫ ИЛИ УПУЩЕННУЮ ПРИБЫЛЬ, КОТОРЫЕ МОГЛИ БЫ ЯВИТЬСЯ РЕЗУЛЬТАТОМ ИСПОЛЬЗОВАНИЯ ЭТИХ МАТЕРИАЛОВ ИЛИ ВКЛЮЧЕННЫХ ПРОГРАММНЫХ КОМПОНЕНТОВ.

О руководстве Данное руководство дополняет презентацию к курсу и служит справочным материалом. Оно не предназначено для самостоятельной работы.

Типографские обозначения В данном руководстве используются следующие типографские обозначения: Стиль

Описание

Иллюстративный текст

Слова или знаки, воспроизводимые на экране. К ним относятся имена полей, заголовки экранов, названия кнопок, а также имена меню, пути по меню и опции. Также используется для перекрестных ссылок, как внутренних (в данном документе), так и внешних (на документацию, находящуюся в других местах, например в SAPNet).

III квартал 2004

Иллюстративный текст

Выделенные слова и фразы в основном тексте, названиях рисунков и графиков, таблиц.

ИЛЛЮСТРАТИВНЫЙ ТЕКСТ

Имена элементов системы. Такие, как имена отчетов и программ, коды транзакций, имена таблиц, отдельные ключевые слова языка программирования, включенные в основной текст, например SELECT и INCLUDE.

Иллюстративный текст

Тексты на экране. Такие, как имена файлов, директорий и путей к ним, сообщения, имена переменных и параметров, фрагменты исходных текстов программы.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

v

О руководстве

BW310

Стиль

Описание

Иллюстративный текст

Точные данные ввода. Это - слова и знаки, упомянутые в документации и точно в таком виде вводимые пользователем в систему.



Переменные данные ввода. Угловые скобки указывают на то, что заключенные в них слова и знаки должны быть заменены подходящими данными.

Пиктограммы в основном тексте В данном руководстве используются следующие пиктограммы. Пиктограмма

Значение Дополнительная информация, подсказки или вводная информация Примечание или дополнительные объяснения к предыдущему пункту Оговорка или предупреждение Процедура

Тема представлена в презентации преподавателя

vi

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Содержание Обзор курса................................................................ ix Цели курса ............................................................. ix Задачи курса ........................................................... xi

Раздел 1: Организация хранилищ данных: обзор.............. 1 Основные принципы ..................................................3 SAP Business Information Warehouse ............................ 12

Раздел 2: Многомерная модель в SAP BW ..................... 27 Концепция схемы-звезды SAP BW (SAP BW) ................. 29 Инструментальные средства администратора (ИСАдм) I ... 44 Инфо-объекты........................................................ 52 Инфо-кубы ............................................................ 90 Техническая реализация в SAP BW ............................109

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW ............................................. 131 Инструментальные средства администратора (ИСАдм) II .133 Загрузка основных данных (атрибутов, текстов, иерархий) 145 Загрузка переменных данных ....................................177 Прямое и гибкое обновление.....................................200

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW ............................... 211 Внешние инструменты экстракции ..............................213 Интеграция данных XML в стейджинг данных и DB Connect SAP BW ..........................................................221 Загрузка основных данных из плоских файлов...............234 Загрузка переменных данных из плоских файлов ...........279

Раздел 5: Бизнес-содержимое..................................... 303 Бизнес-содержимое (BCT) ........................................305 Техническое содержимое: статистика BW.....................318

Раздел 6: Управление инфо-кубами и агрегатами .......... 335 Persistent Staging Area .............................................337 Управление базовыми кубами ...................................348 Агрегаты ..............................................................363

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

vii

Содержание

BW310

Раздел 7: Интерфейс с информационной витриной ....... 395 Интерфейс с информационной витриной......................396

Раздел 8: ODS-объекты ............................................. 407 Объекты хранилища операционных данных ..................408

Раздел 9: Виртуальный куб и мультипровайдеры.......... 457 Виртуальные кубы..................................................459 Мультипровайдеры .................................................470

Раздел 10: Архивация (дополнительно)........................ 487 Архивация в системе SAP BW ...................................489

viii

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Обзор курса SAP AG предлагает своим клиентам отдельное решение по организации хранилищ данных и системы отчетов - SAP Business Information Warehouse (SAP BW). Это хранилище данных от SAP отличается гибкостью и эффективностью и позволяет производить сбор подробной информации из внутренних и внешних источников SAP, а также осуществлять более точный анализ процессов на предприятии. Полная интеграция SAP BW в платформу электронного бизнеса mySAP.com делает это систему доступной в любом месте и в любое время. Благодаря SAP BW достигается более высокая информированность сотрудников на всех уровнях и более быстрое принятие решений, что в ситуации современного динамичного развития рынка особенно актуально. В то же время, SAP BW способствует снижению затрат по документированию и анализу данных. В этом курсе будут рассмотрены основные принципы организации хранилищ данных с использованием SAP BW, начиная с создания и ведения объектов, конфигурирования и выполнения процессов загрузки данных и заканчивая архивацией не требуемых более данных.

Слушатели Данный курс предназначен для следующих групп слушателей: •

члены проектной группы, отвечающие за внедрение и конфигурирование SAP BW

Предпосылки для участия Необходимые знания •

Общие принципы организации хранилищ данных и ABAP-словаря (например, курс SAPTEC)

Рекомендуемые знания •

Опыт работы с приложениями SAP

Продолжительность курса: подробная информация Раздел 1: Организация хранилищ данных: обзор

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

ix

Обзор курса

BW310

Основные принципы SAP Business Information Warehouse Раздел 2: Многомерная модель в SAP BW Концепция схемы-звезды SAP BW (SAP BW) Инструментальные средства администратора (ИСАдм) I Инфо-объекты Инфо-кубы Техническая реализация в SAP BW

20 минут(ы) 40 минут(ы) 40 минут(ы) 30 минут(ы) 90 минут(ы) 60 минут(ы) 15 минут(ы)

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW Инструментальные средства администратора 40 минут(ы) (ИСАдм) II Загрузка основных данных (атрибутов, текстов, 90 минут(ы) иерархий) 60 минут(ы) Загрузка переменных данных 15 минут(ы) Прямое и гибкое обновление Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW 20 минут(ы) Внешние инструменты экстракции Интеграция данных XML в стейджинг данных и 45 минут(ы) DB Connect SAP BW 30 минут(ы) Загрузка основных данных из плоских файлов 30 минут(ы) Загрузка переменных данных из плоских файлов Раздел 5: Бизнес-содержимое Бизнес-содержимое (BCT) Техническое содержимое: статистика BW

45 минут(ы) 30 минут(ы)

Раздел 6: Управление инфо-кубами и агрегатами Persistent Staging Area Управление базовыми кубами Агрегаты

60 минут(ы) 20 минут(ы) 60 минут(ы)

Раздел 7: Интерфейс с информационной витриной 45 минут(ы) Интерфейс с информационной витриной Раздел 8: ODS-объекты Объекты хранилища операционных данных

150 минут(ы)

Раздел 9: Виртуальный куб и мультипровайдеры 40 минут(ы) Виртуальные кубы 60 минут(ы) Мультипровайдеры

x

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Обзор курса

Раздел 10: Архивация (дополнительно) Архивация в системе SAP BW

60 минут(ы)

Цели курса Курс подготовит вас к проведению: • • • • •

определять модель данных SAP BW для удовлетворения информационных потребностей предприятия; конфигурировать систему BW на стадии подготовки для ее внедрения и дальнейшего использования; выполнять экстракцию, загрузку и перенос данных из различных источников данных; использовать бизнес-содержимое SAP для ускорения процесса внедрения SAP BW; архивировать данные из SAP BW.

Задачи курса Прослушав этот курс, вы сможете: • • • • • • • •

описывать архитектуру SAP BW и пояснять ее преимущества; осуществлять управление метаданными; определять новые инфо-объекты, источники данных и инфо-источники; создавать правила переноса и правила обновления; определять цели данных или инфо-провайдеров; выполнять планирование и мониторинг процессов загрузки данных в SAP BW; активировать бизнес-содержимое; архивировать данные из базовых кубов и ODS-объектов.

Информация о компоненте программного обеспечения SAP Информация в данном курсе относится к следующим компонентам и выпускам программного обеспечения SAP:

Give a short overview of the five-day course.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

xi

Обзор курса

xii

BW310

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 1 Организация хранилищ данных: обзор

Lesson: Fundamentals This lesson does not have a demonstration. Give a general overview of the demands made by an organization for data warehousing solutions. In doing so, consider the following questions: • • • • •

Why is quick, flexible and comprehensive access to business information becoming more and more important? What demands are made on information systems in this respect? What does a data warehouse look like? What are the aims of a data warehouse? What are the differences between a data warehouse and an OLTP system?

Lesson: SAP Business Information Warehouse : This lesson does not have a demonstration. When going through the slides, it is important to tackle the following questions: • • • • •

How is the SAP BW architecture structured ? How are source systems and the data basis structured? How are OLAP tools structured? How is SAP BW integrated into the business framework world? How is SAP BW integrated into the Enterprise Portal?

Обзор раздела В начале этого раздела рассматриваются основы организации хранилищ данных, а также экономическая потребность во внедрении решения по организации хранилищ данных.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

1

Раздел 1: Организация хранилищ данных: обзор

BW310

На втором шаге описывается архитектура SAP Business Information Warehouse (SAP BW) и рассматривается ее положение в системной среде SAP, а также ее открытость в отношении внешних систем.

Цели раздела Прослушав этот раздел, вы сможете: • •

• • • • •

понимать основные принципы организации хранилищ данных различать и пояснять термины “оперативная обработка транзакций” (OLTP) и “оперативная аналитическая обработка” (OLAP) описывать основополагающие структуры SAP BW описывать архитектуру SAP BW и перечислять ее преимущества описывать различные OLAP-инструменты SAP пояснять различные возможности загрузки данных SAP BW пояснять местоположение SAP BW в системе mySAP.com

Содержание раздела Урок: Основные принципы ......................................................3 Урок: SAP Business Information Warehouse ............................... 12

2

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Основные принципы

Основные принципы Продолжительность урока: 20 минут(ы)

Обзор урока Введение в понятие организации хранилищ данных: мотивация и стоящие за ней основные принципы, введение в методологию (моделирование данных).

Цели урока Прослушав этот урок, вы сможете: • •

понимать основные принципы организации хранилищ данных различать и пояснять термины “оперативная обработка транзакций” (OLTP) и “оперативная аналитическая обработка” (OLAP)

Give a general overview of the demands made by an organization for data warehousing solutions. In doing so, consider the following questions: • • • • •

Why is quick, flexible and comprehensive access to business information becoming more and more important? What demands are made on information systems in this respect? What does a data warehouse look like? What are the aims of a data warehouse? What are the differences between a data warehouse and an OLTP system?

Практический пример На предприятии требуется использовать решение по организации хранилищ данных SAP - SAP Business Information Warehouse. Вам необходимо оценить то, насколько это решение по организации хранилищ данных SAP соответствует принятой ранее концепции хранения данных.

Бизнес-тенденции До сих пор основной целью внедрения классических систем обработки данных было ускорение процесса, сокращение затрат и автоматизация отдельных бизнес-процессов. Таким путем за последние десятилетия на предприятиях был накоплен огромный информационный потенциал.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

3

Раздел 1: Организация хранилищ данных: обзор

BW310

Параллельно, по причине постоянного увеличения глобализации и, одновременно, повышения степени децентрализованности предприятий, появляется потребность в быстром реагировании на изменения условий рынка, распознавании рыночных тенденций и наличии информации о конкурентах. Развитие технологий в эпоху Интернета сделало информацию решающим фактором в борьбе за сохранение преимуществ перед конкурентами. Для получения этих преимуществ лица, ответственные за принятие решений на современных предприятиях глобального масштаба, все чаще в своей работе опираются на эффективное использование этой информации, которая, к сожалению, зачастую оказывается разрозненной и относящейся к разнообразным сферам бизнеса. Именно эту проблему и призваны решить современные хранилища данных. Развернутые решения должны охватывать весь процесс от поиска исходных данных до их анализа. При этом метаданные, данные по измерениям и агрегированные данные обрабатываются по-разному.

Последствия в отношении информационных систем Исходя из вышеизложенного, информационные системы должны отвечать следующим требованиям, выдвигаемым ответственными за принятие решений лицами: • •

• •

•

4

быстрый доступ из одной точки ко всей релевантной информации независимо от ее источника; охват всех бизнес-процессов: все более важное значение приобретают общесистемные и общие для всех процессов аналитические отчеты; высокое качество информации: не только в с точки зрения содержимого данных, но и с точки зрения гибкости анализа; высококачественная поддержка принятия решения: хранилище данных должно быть разработано и структурировано исходя из потребностей оперативного и стратегического управления. Только в этом случае возможна полная поддержка процесса принятия решений; непродолжительный период внедрения с меньшим количеством ресурсов: хранилище данных должно не только быть легко внедряемым, но и предоставлять простой и быстрый доступ к релевантным данным при отсутствии необходимости в трудоемкой подготовке неоднородных данных.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Основные принципы

В условиях гетерогенной системной среды, особые требования предъявляются к экстракции и подготовке консолидированных переменных и основных данных из компонентов mySAP.com и исходных систем других провайдеров. Постоянно растущий спрос на высококачественную бизнес-информацию означает, что наряду с интегрированным процессом сбора данных также требуется детальный анализ данных и наличие мультимедийных опций представления информации. Потребность в программных решениях по организации хранилищ данных, включающих в себя все описанные свойства, огромна. Ниже представлены основополагающие требования к современным хранилищам данных, позволяющие выработать общие критерии для оценки эффективности такого решения. Ориентированная на транзакции система OLTP и ориентированная на анализ система OLAP должны рассматриваться как единый объект. Данные для бизнес-процессов представляют собой большой объем информации, использование которой при проведении целевого анализа может оказаться затруднительным. Поэтому, вследствие разнообразия источников этих данных, сначала необходимо произвести их очистку и техническую и семантическую подготовку (гомогенизацию). Создание аналитических отчетов на основе этих данных приводит к образованию базы знаний. Это помогает определять бизнес-стратегию предприятия и обеспечивает поддержку вытекающих из этой стратегии бизнес-процессов. Этот цикл проиллюстрирован на следующем рисунке.

Рисунок 1: Различие: оперативная/неоперативная среда

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

5

Раздел 1: Организация хранилищ данных: обзор

BW310

Определения хранилища данных Из-за непрерывного усовершенствования возможностей по обработке данных, все больший объем данных хранится во все более детальном виде. В результате возникает необходимость одновременного сокращения и структуризации этих данных, что является предпосылкой для осуществления эффективного их анализа. В целях упрощения организации хранимых данных может использоваться хранилище данных. В хранилище данных собраны вместе все источники оперативных данных (они, как правило, являются разнородными и имеют различную степень детализации), что позволяет обеспечить предоставление этих данных в масштабируемом виде для всего предприятия. Эти данные можно использовать и в дальнейшем. Хранилище данных имеет следующие свойства: •

•

• • •

•

Доступ только для чтения: конечные пользователи имеют доступ только для чтения, т. е. данные первоначально загружаются в хранилище данных с помощью процессов экстракции, преобразования и загрузки (ELT). Ориентированность на все предприятие в целом: основу системы формируют источники данных со всего предприятия (производство, сбыт, контроллинг), а также, возможно, внешние источники. Данные в хранилище данных хранятся в течение конкретного периода времени. Сохранение исторических данных: хранение данных осуществляется в течение более длительных периодов времени. Система, предназначенная для эффективной обработки запросов: техническая среда и структуры данных оптимизированы для получения ответов на бизнес-запросы, а не для обработки транзакций. Инструменты анализа: для доступа к данным пользователи могут применять разнообразные инструменты анализа. Эти инструменты имеют дружественный для пользователя интерфейс, что обеспечивает упрощение процедур создания запросов.

Хранилище данных содержит копии переменных данных, специально реструктурированных для запросов и анализа (см. R. Kimball, The Data Warehouse Toolkit, 1996, стр. 310).

Назначение хранилищ данных Современное хранилище данных должно отвечать следующим требованиям:

6

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Основные принципы

Стандартная структура и просмотр всей бизнес-информации: ответственные за принятие решений лица испытывают острую необходимость в получении достоверной информации из сфер производства, закупки, сбыта, финансов и управления персоналом. Они должны получать полный обзор сложившейся ситуации по каждой из сфер деятельности и по всему предприятию в целом. Это обуславливает предъявление высоких требований к процессу сбора данных из первоначальных источников данных. Важным является то, что данные определяются универсально для всего предприятия во избежание ошибок вследствие различия определений данных в разных источниках. Простой доступ к бизнес-информации через единую точку входа: должна обеспечиваться однородность и непротиворечивость данных, собранных в одной точке, из которой осуществляется централизованный вызов этих данных. Поэтому еще одним требованием для современных хранилищ данных является наличие отдельной базы данных. Такая база данных поддерживает автономную прикладную среду для предоставления требуемых сервисов. Усовершенствованная система отчетов для самостоятельного проведения анализа для всех сфер: с точки зрения представления данных, особенно важным является наличие удобных для пользователя мультимедийных средств визуализации и эффективного анализа. Система должна соответствовать информационным потребностям различных групп пользователей. Быстрое внедрение с низкими затратами: при внедрении хранилища данных важным показателем затрат является его интеграция в систему OLTP и обеспечение непосредственной загрузки разнородных данных. При этом важную роль играет как репозитарий метаданных, так и бизнес-содержимое. Высокопроизводительная среда; моделирование данных из разнородных источников: анализ данных выполняется в хранилище данных без интеграции разнородных источников в диалоговом режиме, которая осуществляется при помощи трудоемких процессов считывания. Загрузка этих данных производится посредством отдельных фоновых заданий с выбором оптимального с точки зрения производительности времени выполнения. Снижение загруженности систем OLTP: в прошлом системы OLTP были сильно перегружены из-за необходимости одновременного хранения и анализа данных; тогда как теперь анализ данных выполняется отдельно на выделенном сервере хранилища данных.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

7

Раздел 1: Организация хранилищ данных: обзор

BW310

Различие между хранилищем данных и системой OLTP Среда OLTP существенно отличается от среды OLAP: •

•

•

•

•

•

Уровень детализации: на уровне OLTP данные хранятся с очень высокой степенью детализации, в то время в хранилище данных осуществляется сжатие данных для обеспечения высокоэффективного доступа (агрегация). История: архивация данных в системе OLTP приводит к тому, что объем хранимых исторических данных становится минимальным. В системе хранилища данных требуется наличие полных исторических данных. Возможность изменения: частые изменения данных являются характерной особенностью оперативной среды, тогда как для анализа данные в какой-то момент "замораживаются“. Интеграция: в отличие от среды OLTP, при анализе требования к всесторонней интегрированной информации чрезвычайно высоки. Нормализация: из-за сокращения избыточности данных в оперативной среде обеспечивается высокая степень нормализации данных. Стейджинг данных и более низкая производительность являются причинами низкой нормализованности данных в хранилище данных. Среда OLAP оптимизирована для доступа для чтения. Оперативные приложения также требуют наличия возможности оперативного применения дополнительных функций, включая изменение, добавление и удаление данных.

Основные различия между системами OLTP и OLAP еще раз перечислены в следующей таблице.

8

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Основные принципы

Рисунок 2: Сравнение: системы OLTP/OLAP

Из вышеперечисленного видно, что к системе OLTP и системе хранилища данных предъявляются совершенно различные требования. Поэтому наиболее правильным решением является техническое отделение от системы OLTP всех имеющихся требований к отчетности, основанной на Business Information Warehouse.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

9

Раздел 1: Организация хранилищ данных: обзор

BW310

Заключительная дискуссия This lesson gives participants an overview of the data warehouse and data modeling. In the discussion, bring together the most important aspects once more. You can use the following questions as a guide:

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions.

10

1.

What are the typical characteristics of a data warehouse?

2.

Discuss any questions raised by participants.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Основные принципы

Резюме по уроку Теперь вы сможете: • понимать основные принципы организации хранилищ данных • различать и пояснять термины “оперативная обработка транзакций” (OLTP) и “оперативная аналитическая обработка” (OLAP)

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

11

Раздел 1: Организация хранилищ данных: обзор

Урок:

BW310

SAP Business Information Warehouse Продолжительность урока: 40 минут(ы)

Обзор урока На этом уроке описываются основополагающие структуры SAP Business Information Warehouse (SAP BW). Здесь также рассматривается способ внедрения SAP BW в системную среду SAP и открытость этого решения по отношению к внешним системам и базам данных.

Цели урока Прослушав этот урок, вы сможете: • • • • •

описывать основополагающие структуры SAP BW описывать архитектуру SAP BW и перечислять ее преимущества описывать различные OLAP-инструменты SAP пояснять различные возможности загрузки данных SAP BW пояснять местоположение SAP BW в системе mySAP.com

This lesson does not have a demonstration: When going through the slides, it is important to tackle the following questions: • • • • •

How is the SAP BW architecture structured ? How are source systems and the data basis structured? How are OLAP tools structured? How is SAP BW integrated into the business framework? How is SAP BW integrated into the Enterprise Portal?

Практический пример Планируется внедрение SAP BW в качестве центрального хранилища данных. Для получения возможности использования доступных функций Вам необходим полный обзор структур и ключевых понятий SAP BW. Эти сведения будут полезны при интеграции SAP BW в имеющуюся среду обработки данных.

SAP Business Information Warehouse: введение SAP Business Information Warehouse (SAP BW) позволяет анализировать данные из оперативных приложений SAP и других бизнес-приложений и внешних источников данных, таких как базы

12

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: SAP Business Information Warehouse

данных, онлайн-сервисы и Интернет. SAP BW, предварительно сконфигурированный с учетом основных сфер и процессов, позволяет анализировать связанные между собой данные по всем сферам предприятия. При разработке SAP BW учитывались следующие требования: • • • • • •

система организации хранилищ данных с оптимизированными структурами данных для системы отчетов и анализа; отдельная система; механизм и инструменты OLAP; на основе комплексной архитектуры хранилища данных; автоматизированное управление хранилищем данных; включение в поставку ноу-хау SAP в глобальном бизнесе.

Учитывая вышеизложенную информацию, в SAP было принято решение о создании собственной системы организации хранилищ данных, в которой задачи по составлению отчетов классифицируются как автономный бизнес-компонент. Для предотвращения возникновения многочисленных неудобств, связанных с отчетностью в системе планирования ресурсов предприятия (см. урок “Основные понятия”), хранение данных, управление и выполнение отчетов осуществляется на отдельном сервере – сервере SAP BW. SAP BW поддерживает оперативную аналитическую обработку (OLAP) для стейджинга информации из больших объемов оперативных и исторических данных. Технология OLAP позволяет получать многомерные аналитические отчеты согласно различным бизнес-перспективам. Сервер SAP BW, предварительно сконфигурированный с учетом основных сфер и процессов, позволяет анализировать связанные между собой данные по всем сферам предприятия. SAP BW предоставляет предприятиям информацию с разделением по ролям. Эта информация помогает сотрудникам выполнять свои задачи. SAP BW включает инструмент гибкого выполнения отчетов и анализа Business Explorer (BEx), используемый для поддержки стратегического анализа и процессов принятия решений на предприятии. Эти инструменты включают запросы, систему отчетов и OLAP-функции. Сотрудники, имеющие соответствующие полномочия на доступ, могут производить анализ исторических и актуальных данных на различных уровнях детализации и с различных точек зрения. Для этого может использоваться Web или Microsoft Excel.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

13

Раздел 1: Организация хранилищ данных: обзор

BW310

Архитектура SAP BW Теоретически, архитектуру SAP BW можно разделить на три уровня:

Рисунок 3: Трехуровневая архитектура SAP BW

На рисунке показано физическое и логическое разделение между стейджингом данных в исходных системах, хранением данных и управлением и анализом. Более подробно эти три функциональных уровня архитектуры SAP BW рассматриваются в следующем разделе.

Исходные системы Исходная система – это система, которая поставляет данные в систему SAP BW. SAP BW поддерживает четыре вида исходных систем: •

Компоненты mySAP.com: SAP BW полностью интегрирован в новую среду mySAP.com. Он функционирует как центральный инструмент для организации хранилищ данных. SAP поставляет предварительно определенные структуры и программы экстракции. Они позволяют загружать исходные данные из компонентов mySAP.com непосредственно в систему SAP BW. Комплексные организационные структуры, в которых осуществляется сбор данных из отдельных систем, требуют наличия системной архитектуры, состоящей из нескольких систем BW. В них временно сохраняются подробные данные той

14

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: SAP Business Information Warehouse

или иной организационной единицы, прежде чем эти данные могут быть перенесены в центральную систему SAP BW для выполнения отчетов. •

•

•

Внешние системы: большое преимущество SAP BW состоит в том, что эта система имеет открытую архитектуру по отношению к внешним OLTP-провайдерам и другим прежним системам. Таким образом, особенно в гетерогенной системной среде, SAP BW может использоваться в качестве хранилища консолидированных данных для отчетов, которые охватывают все предприятие. SAP предоставляет различные инструменты, позволяющие быстро и эффективно внедрить эти интерфейсы. Эти инструменты рассматриваются ниже. Провайдеры данных: помимо возможности получения данных из различных доступных систем, в SAP BW также возможно поступление специфичных для той ли иной сферы данных от провайдеров. Например, компании AC Nielsen US или Dun & Bradstreet предоставляют данные маркетинговых исследований, которые могут быть загружены в SAP BW для выполнения эталонного тестирования и последующих расчетов на основании собственных оперативных данных. SAP BW уже содержит интерфейс для передачи данных, поставляемых провайдерами данных. Это означает, что импорт данных может быть выполнен непосредственно. Базы данных: SAP BW позволяет загружать данные из внешних систем управления реляционными базами данных. При этом на основе структуры внешней таблицы создается источник данных, что позволяет выполнить быструю загрузку содержимого таблицы в SAP BW без нарушения непротиворечивости данных.

Сервер SAP BW Центральная область управления на сервере SAP BW включает в себя не только 'стейджинг-машину', которая управляет процессом загрузки данных, а также обработкой и подготовкой этих данных, но и базы данных SAP BW, в которых хранятся основные, переменные данные и метаданные. Для организации данных в SAP BW используются инструментальные средства администратора. Другими словами, с помощью этой программы осуществляется управление, мониторинг и ведение всех процессов подготовки данных. Инструментальные средства администратора используются для управления всеми релевантными объектами и процессами SAP BW. Помимо определения всех релевантных информационных объектов, инструментальные средства

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

15

Раздел 1: Организация хранилищ данных: обзор

BW310

администратора используются для планирования процессов загрузки (при помощи планировщика) и их мониторинга (при помощи инструмента мониторинга). Однако для того, чтобы данные приняли подходящую для хранения форму, необходимо осуществить их подготовку посредством процессов экстракции, преобразования и загрузки (ETL).

OLAP SAP BW OLAP-процессор (Online Analytical Processing, оперативная аналитическая обработка) позволяет выполнять многомерные аналитические отчеты по наборам данных SAP BW. Также он предоставляет OLAP-инструменты для данных, получаемых через интерфейсы BAPI, XML/A или ODBO (OLE DB for OLAP). В принципе, область OLAP можно разделить на три компонента: • • •

BEx Analyzer (на основе Microsoft Excel); веб-приложение BEx; BEx Mobile Intelligence.

Эти инструменты используются для одновременного выполнения анализа на основе Microsoft Excel и Web по нескольким измерениям (например, времени, местоположению, продукту и т.д.). Более подробно OLAP-инструменты рассматриваются в следующем разделе.

Экстракция, преобразование и загрузка В зависимости от исходных систем и типа базиса данных, процесс загрузки данных в SAP BW может осуществляться с использованием различных технических средств. На фазе разработки концепции, для получения возможности последующего преобразования данных при помощи подходящего инструмента, необходимо обеспечить наличие в системе доступных источников данных.

16

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: SAP Business Information Warehouse

Рисунок 4: ETL: экстракция, преобразование и загрузка

Базис данных Совместно с оригинальными компонентами mySAP.com, предоставляющими данные посредством экстракторов, можно загрузить следующие дополнительные гетерогенные данные: • •

•

Плоские файлы: плоский файл в формате ASCII или CSV может быть автоматически считан при помощи стандарта SAP BW. Провайдеры данных: провайдеры данных, например, Dun & Bradstreet и AC Nielsen US, предоставляют данные, которые уже имеют подходящий для импорта формат. XML: в SAP BW также поддерживается обработка данных XML.

Инструменты стейджинга данных •

•

III квартал 2004

DB Connect: позволяет получить доступ непосредственно к реляционным базам данных. Для создания соединения с системой управления базой данных (DBMS) во внешней базе данных используется SAP DB MultiConnect. Путем импорта метаданных и исходных данных в SAP BW можно сгенерировать необходимые структуры, что обеспечивает загрузку данных без возникновения каких-либо проблем. ETL-инструменты (например, DataStage): в гетерогенной системной среде важным требованием является объединение различных структур данных и содержимого перед их загрузкой в SAP BW. ETL-инструменты, например, Ascential DataStage, используются для загрузки данных из гетерогенных систем, таких как Siebel и Peoplesoft, преобразования этих данных в единый формат и последующей их загрузки в SAP BW через интерфейс бизнес-программирования (Business Programming Interface).

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

17

Раздел 1: Организация хранилищ данных: обзор

BW310

Интерфейсы •

•

• •

BW Service Application Programming Interface (SAPI): SAPI является внутренним компонентом SAP, поставка которого осуществляется начиная с базовой версии 3.1i. Посредством SAPI осуществляется взаимодействие компонентов mySAP.com и SAP BW. BAPI: аналогично SAPI, BAPI также используется для структурированной связи между SAP BW и внешними системами. Этот интерфейс используется и провайдерами данных, и ETL-инструментами. FILE: SAP поддерживает автоматический импорт файлов в формате CSV или ASCII как плоских файлов (стандарт). Simple Object Access Protocol (SOAP): сервис SOAP RFC используется для чтения данных XML и их сохранения в дельта-очереди в SAP BW. Впоследствии эти данные можно обработать с помощью соответствующего источника данных и SAPI.

SAP BW Business Explorer Business Explorer (BEx) – это компонент SAP BW, предоставляющий гибкую систему отчетов и инструменты анализа, которые используются для стратегического анализа и поддержки процесса принятия решений на предприятии. Эти инструменты включают запросы, систему отчетов и функции OLAP. BEx обеспечивает доступ к информации SAP BW для широкого круга пользователей: при помощи портала предприятия, Интернета/интранета (разработка веб-приложений) или мобильных устройств (мобильные телефоны с возможностью WAP или i-mode и персональные цифровые ассистенты). Ниже приводится обзор функциональных сфер BEx:

Рисунок 5: SAP BW Business Explorer

18

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: SAP Business Information Warehouse

Запросы, отчеты и анализ Базис данных SAP BW разделен на автономные цели бизнес-данных (инфо-провайдеры). Анализ базиса данных SAP BW выполняется путем определения запросов к целям данных в BEx Query Designer. Путем выбора и комбинирования признаков и показателей или многократно используемых структур в запросе можно определить способ анализа данных из выбранной цели данных. Функция анализа данных на основе многомерных источников данных (OLAP-отчеты) позволяет проводить одновременный анализ более одного измерения инфо-провайдера (например, времени, местоположения и продукта). Это означает, что можно выполнить любое количество анализов отклонений (сравнений фактических показателей с плановыми и сравнений по годам). Данные, выводимые для просмотра в форме сводной таблицы, служат в качестве отправной точки для подробного анализа, применяемого для ответа на множество вопросов. Многочисленные опции интеракции, например, сортировка, фильтрация, смена признаков, перерасчет значений и т.д., обеспечивают гибкое перемещение по данным во время выполнения. Существует возможность визуализации данных на графике (например, линейчатых или круговых диаграммах). Можно также выполнить географический анализ данных на карте (для таких признаков, как клиент, регион сбыта и страна). Кроме того, для определения варианта и критических объектов, автоматической отправки сообщений о значениях варианта при помощи электронной почты или SMS (с использованием фоновой обработки в агенте отчетов) или немедленного обнаружения таких объектов в мониторе предупреждений используется система отчетов по особым ситуациям. Анализ данных в BEx SAP BW может быть выполнен в следующих областях: • •

BEx Analyzer (на основе Microsoft Excel); в веб-приложениях BEx.

Обе области могут быть полностью интегрированы. Другими словами, при помощи одного щелчка можно просмотреть запросы из BEx Analyzer в стандартном ракурсе веб-браузера. Обратное также возможно, т.е. можно экспортировать веб-приложение в Microsoft Excel 2000.

Разработка веб-приложений Разработка веб-приложений позволяет внедрить родовую навигацию OLAP в веб-приложения и в пульты бизнес-информации для простых сценариев и сценариев с высокой степенью специализации. Эти сценарии можно создать при помощи определяемых

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

19

Раздел 1: Организация хранилищ данных: обзор

BW310

пользователем элементов интерфейса, используя стандартные языки разметки и интерфейсы API для веб-дизайна. Разработка веб-приложений охватывает широкий спектр интерактивных сценариев бизнес-информации и аналитики на основе Web, которые можно модифицировать для удовлетворения собственных требований при помощи стандартных веб-технологий. Разработчик веб-приложений BEx – настольное приложение для создания веб-приложений – используется для создания HTML-страниц, содержащих специфическое для SAP BW содержимое, например, различные таблицы, диаграммы или карты. Веб-приложения можно сохранять в виде URL, а затем вызывать их из Интернета, интранета или с мобильных устройств. Кроме того, веб-приложения можно сохранять как приложения iView и интегрировать их в портал предприятия. Для упрощения процесса создания веб-приложений в разработчик веб-приложений BEx был интегрирован ассистент веб-приложений. Он предоставляет автоматическую пошаговую процедуру создания и упрощенный процесс разработки.

Отформатированные отчеты Интеграция отчетов Crystal Report в SAP BW расширяет функциональность BEx, предоставляя возможность создания отформатированных отчетов. Отформатированные отчеты, главным образом, включают структуру формата с точностью до пикселя и удобные для пользователя опции печати.

Mobile Intelligence BEx Mobile Intelligence используется для вызова веб-приложений, которые были созданы при помощи разработчика веб-приложений BEx. Эта процедура может выполняться при отсутствии пользователя на своем рабочем месте. Поддерживаются следующие устройства: • • • •

персональный цифровой ассистент (PDA) с ПО Microsoft Windows CE 3.0 и Pocket Internet Explorer; мобильный телефон с возможностью WAP; мобильный телефон с возможностью i-Mode; мобильное устройство с операционной системой EPOC32 (например, Nokia Communicator 9210).

SAP BW и SAP Business Framework Бизнес-архитектура SAP Business Framework (BFA) отвечает всем требованиям, предъявляемым к современным программным решениям по организации хранилищ данных. В результате

20

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: SAP Business Information Warehouse

этого в последнее время SAP трансформировала систему R/3 в семейство программных компонентов. BFA является архитектурой на основе компонентов, которая поддерживает взаимодействие между компонентами программного обеспечения SAP и другими производителями. В основе этой стратегии лежат такие факторы, как более быстрое внедрение новых функциональных возможностей, гибкость, открытость, возможность расширения и т.д. Применяемые в SAP-системах протестированные технологии Application Link Enabling (ALE) и BAPI помогают удовлетворить технические предпосылки для использования отдельных, независимых функциональных компонентов. Определенный бизнес-компонент предоставляет автономные бизнес-функции со стабильными интерфейсами. Такого рода компоненты имеют независимые циклы разработки, внедрения и сопровождения.

Рисунок 6: SAP BW и Business Framework

На рисунке показано стратегическое расположение SAP BW: это центральное хранилище данных в среде mySAP.com. Оно выполняет две различные роли: •

III квартал 2004

Получатель данных: данные, которые переносятся из компонентов mySAP.com в SAP BW, уже подготовлены и поставлены для анализа. Они могут включать плановые данные из Стратегического управления предприятием (SEM), отчеты по заданиям из Управления связями с клиентами (CRM), а также информацию контроллинга из системы R/3.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

21

Раздел 1: Организация хранилищ данных: обзор

•

BW310

Провайдер данных: функции SAP BW в качестве источника данных, путем предоставления подготовленных данных компонентам mySAP.com, таким как Аналитика CRM для мобильного сбыта или показатели потребностей для нескольких заводов для ATP-проверки SAP Advanced Planner and Optimizer (SAP APO).

Интеграция SAP BW в портал предприятия Бизнес-содержимое SAP BW можно полностью интегрировать в портал предприятия. Портал предприятия позволяет вызывать приложения из других систем и источников, например, из Интернета или интранета. Из отдельной точки входа можно получить доступ к структурированной и неструктурированной информации, например, коммерческим данным из анализа данных, а также содержимому управления знаниями. На следующем рисунке показана интеграция через сервер веб-приложений (WAS):

Рисунок 7: Интеграция SAP BW в портал предприятия

Интеграция содержимого SAP BW в портал предприятия обеспечивает тесную совместную работу сотрудников предприятия путем добавления заметок и комментариев по показателям и отчетам, а также автоматизацию процессов утверждения, что позволяет им принимать участие в принятии решений в широком бизнес-контексте.

22

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: SAP Business Information Warehouse

Стейджинг данных основан на ролях пользователей на предприятии. Так как в системах SAP BW используется концепция ролей, то содержимое из системы SAP BW можно легко интегрировать в портал. Пользователи SAP BW увидят в портале точно такое же содержимое роли BW. Интегрировать приложения SAP BW также можно при помощи концепции iView. Приложения iView используются для переноса в портал отдельных веб-приложений SAP BW и для их отображения и использования в портале, совместно с другими функциями SAP BW или других систем. Концепция унификации портала позволяет непосредственно сравнить содержимое из SAP BW с содержимым из других систем или из Интернета. Функция Drag&Relate позволяет осуществлять сравнение с данными за пределами системы и применяется для получения дополнительной информации.

Пример общего сценария: процессы ETL

Рисунок 8: Пример общего сценария: процессы ETL

The diagram gives course participants an initial overview of the exercise scenarios that relate to the ETL process and that will be covered during the course.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

23

Раздел 1: Организация хранилищ данных: обзор

BW310

Заключительная дискуссия Revision

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions. Discuss any questions raised by the participants.

24

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: SAP Business Information Warehouse

Резюме по уроку Теперь вы сможете: • описывать основополагающие структуры SAP BW • описывать архитектуру SAP BW и перечислять ее преимущества • описывать различные OLAP-инструменты SAP • пояснять различные возможности загрузки данных SAP BW • пояснять местоположение SAP BW в системе mySAP.com

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

25

Резюме по разделу

BW310

Резюме по разделу Теперь вы сможете: • понимать основные принципы организации хранилищ данных • различать и пояснять термины “оперативная обработка транзакций” (OLTP) и “оперативная аналитическая обработка” (OLAP) • описывать основополагающие структуры SAP BW • описывать архитектуру SAP BW и перечислять ее преимущества • описывать различные OLAP-инструменты SAP • пояснять различные возможности загрузки данных SAP BW • пояснять местоположение SAP BW в системе mySAP.com

26

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 2 Многомерная модель в SAP BW This unit introduces the SAP BW star schema and the objects required for the technical implementation of SAP BW - InfoCubes and InfoObjects. The unit also introduces the Administrator Workbench (AWB).

Обзор раздела В данном разделе описывается схема-звезда SAP BW, являющаяся основой для построения многомерной модели в SAP BW. Также здесь содержится описание метаобъектов (инфо-объектов, инфо-кубов) и инструментов (инструментальных средствах администратора), используемых для технической реализации схемы-звезды SAP BW в системе SAP BW.

Цели раздела Прослушав этот раздел, вы сможете: • • • • • • • • • • • •

III квартал 2004

пояснять принципы классической схемы-звезды описывать концепцию схемы-звезды SAP BW перечислять преимущества схемы-звезды SAP BW по сравнению с классической схемой-звездой перечислять различные элементы, из которых состоит первый экран ИСАдм перечислять задачи ИСАдм приводить обзор функциональных сфер в ИСАдм пояснять значение инфо-объектов в SAP BW классифицировать инфо-объекты определять инфо-объекты объяснять значение инфо-кубов в системеSAP BW определять типы инфо-кубов определять инфо-кубы

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

27

Раздел 2: Многомерная модель в SAP BW

• • •

BW310

описывать различные таблицы модели данных SAP BW перечислять преимущества метода SID пояснять техническую разницу между атрибутами просмотра и навигации

Содержание раздела Урок: Концепция схемы-звезды SAP BW (SAP BW) ..................... 29 Урок: Инструментальные средства администратора (ИСАдм) I....... 44 Демонстрация: Metadata Repository .................................... 48 Урок: Инфо-объекты ........................................................... 52 Процедура: Создание признака в дереве инфо-объектов ......... 65 Демонстрация: ............................................................. 68 Демонстрация: ............................................................. 73 Процедура: Создание показателя в дереве инфо-объектов ...... 74 Упражнение 1: Создание признаков.................................... 77 Упражнение 2: Создание показателей ................................. 85 Урок: Инфо-кубы................................................................ 90 Демонстрация: ............................................................. 95 Процедура: Создание инфо-куба в дереве инфо-провайдеров .. 96 Упражнение 3: Создание базового куба ..............................101 Урок: Техническая реализация в SAP BW ................................109

28

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Концепция схемы-звезды SAP BW (SAP BW)

Концепция схемы-звезды SAP BW (SAP BW) Продолжительность урока: 40 минут(ы)

Обзор урока В первую очередь на этом уроке рассматривается классическая схема-звезда. Затем в качестве основы многомерной модели в SAP BW вводится понятие схемы-звезды SAP BW. Необходимость разработки этой схемы выла обусловлена ограниченными возможностями классической схемы-звезды.

Цели урока Прослушав этот урок, вы сможете: • • •

пояснять принципы классической схемы-звезды описывать концепцию схемы-звезды SAP BW перечислять преимущества схемы-звезды SAP BW по сравнению с классической схемой-звездой

In this lesson, you should first of all explain the basic terminology and objectives of multi-dimensional data modeling with the help of the classic star schema. Moving on from the classic star schema, you should then introduce the SAP BW star schema as an enhancement of the classic star schema.

Практический пример Принимая во внимание различие информационных потребностей, для создания этого вида модели данных необходимо углубленное знание модели данных SAP BW и ее компонентов.

Классическая схема-звезда Для создания хранилищ данных или приложений OLAP, другими словами, для аналитических приложений, требуются многомерные модели данных. Как показано на рисунке (Для получение дополнительной информации см. Рисунок 9: Классическая схема-звезда page 30), классическая схема-звезда является наиболее часто используемой многомерной моделью для реляционных баз данных. Эта схема базы данных включает в себя две группы данных: факты (например, сбыт или количество) и атрибуты измерения (например, клиент, материал, время). Анализ деловых операций основывается в первую очередь на фактах. Фактические данные (значения для фактов) хранятся в таблице фактов, имеющей

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

29

Раздел 2: Многомерная модель в SAP BW

BW310

высокую степень нормализации. Значения атрибутов измерений хранятся в различных денормализованных таблицах измерений (с семантической точки зрения: в измерениях). В таблице измерения логически соотнесенные атрибуты измерений хранятся в виде иерархии (отношений родительских и дочерних объектов). Таблицы измерений реляционно связаны с центральной таблицей фактов посредством внешнего или первичного ключа. Атрибут измерения с максимальным уровнем детализации является внешним ключом в таблице фактов. Таким образом осуществляется однозначное определение всех записей данных в таблице фактов.

Рисунок 9: Классическая схема-звезда

В следующем разделе классическая схема-звезда поясняется более подробно на примере сбыта из приведенного выше рисунка.

30

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Концепция схемы-звезды SAP BW (SAP BW)

Таблицы измерений

Рисунок 10: Пример сбыта: таблицы измерений

•

•

•

III квартал 2004

В таблице измерений любое число семантически связанных атрибутов измерений хранятся в иерархии (отношение "родительский объект – дочерний объект" как соотношение 1:N). В схеме (Для получение дополнительной информации см. Рисунок 10: Пример сбыта: таблицы измерений page 31) таблицы измерения "Время" составлены из атрибутов измерения ’Год’,’Квартал’,’Месяц’ и ’День’. Если между атрибутами измерений существует отношение M:N, они хранятся в различных таблицах измерений. Атрибут измерения может содержать любое число описанных атрибутов, также называемых ’атрибутами без измерений’. Они могут использоваться в качестве дополнительных информационных источников. Описанные атрибуты всегда имеют отношение 1:1 с атрибутом измерения. 'Имя материала' на первом рисунке (Для получение дополнительной информации см. Рисунок 9: Классическая схема-звезда page 30) является описанным атрибутом для атрибута измерения 'материал' в таблице измерения "Материал". Атрибут измерения (описанный атрибут) состоит из любого числа значений. Например, 'аппаратные средства' и 'программное обеспечение' присвоены атрибуту измерения 'группа материалов', а значения 'монитор' и 'клавиатура' присвоены описанному атрибуту 'имя материала'. Здесь эти

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

31

Раздел 2: Многомерная модель в SAP BW

•

• •

•

BW310

значения однозначно присвоены атрибуту измерения 'группа материалов', и их присвоение дополнительным атрибутам измерений не допускается. С семантической точки зрения, в классической схеме-звезде таблицы измерений часто называются измерениями. Измерение (перспектива) описывает возможный ракурс просмотра фактов пользователем (ответственным за принятие решений). Каждая классическая схема-звезда состоит из одной или нескольких таблиц измерений. Каждая таблица измерений имеет первичный ключ, называемый ключом измерения. Этот ключ определяется как атрибут измерения с максимальным уровнем детализации. Атрибут измерения 'DAY' (DAY_ID) на рисунке (Для получение дополнительной информации см. Рисунок 10: Пример сбыта: таблицы измерений page 31) является первичным ключом в таблице измерения "Время". Таблицы измерений реляционно связаны с центральной таблицей фактов посредством внешнего или первичного ключа. Таблицы измерений являются полностью денормализованными.

Примечание: С точки зрения OLTP, значения атрибутов измерений или описанных атрибутов соответствуют основным данным.

Таблица фактов

Рисунок 11: Пример сбыта: таблица фактов

32

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Концепция схемы-звезды SAP BW (SAP BW)

• •

•

•

Каждая классическая схема-звезда включает в себя только одну таблицу фактов. Таблица фактов содержит фактические данные. Она содержит факты 'сбыт' с фактическими данными (50 000, 3 000, 100 000...) и 'количество' с фактическими данными (100, 60, 250…). Центральная таблица фактов реляционно связана с окружающими таблицами измерений посредством однозначно определенного ключа. Первичный ключ таблицы фактов составлен из всех ключей измерений (=внешних ключей). На вышеприведенном рисунке (Для получение дополнительной информации см. Рисунок 11: Пример сбыта: таблица фактов page 32) первичный ключ таблицы фактов состоит из ключей измерений 'DAY_ID', 'CUSTOMER_ID' и 'MATERIAL_ID'. Результатом является возможность однозначного определения всех записей данных (а также всех фактических данных) в таблице фактов. На рисунке (Для получение дополнительной информации см. Рисунок 11: Пример сбыта: таблица фактов page 32) фактические данные (50 000, 3 000) однозначно определены комбинацией значений (03.01.2002, K100, M1111) ключа измерения. Таблица фактов является высоконормализованной.

Примечание: С точки зрения OLTP, фактические данные соответствуют переменным данным. На рисунке (Для получение дополнительной информации см. Рисунок 12: Пример сбыта: классическая схема-звезда page 34) показано расположение таблиц измерений и таблиц фактов в схеме-звезде. Также здесь представлены связи между денормализованными таблицами измерений и высоконормализованной таблицей фактов.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

33

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 12: Пример сбыта: классическая схема-звезда

Хранение данных в форме классической схемы-звезды оптимизировано для системы отчетов. Это позволяет пользователям просматривать факты с различных точек зрения (измерений). При этом можно получить ответы на следующие вопросы: Кому было продано? Что было продано? Сколько было продано? Когда было продано?

Схема-звезда SAP BW Многомерная модель в SAP BW основана на схеме-звезде SAP BW, которая была разработана как расширенная (усовершенствованная) схема-звезда для устранения проблем, возникавших при применении классической схемы-звезды. На приведенном ниже рисунке (Для получение дополнительной информации см. Рисунок 13: Схема-звезда SAP BW (в упрощенном виде) page 35) показан переход от классической схемы-звезды к схеме-звезде SAP BW на примере сбыта из первого рисунка (Для получение дополнительной информации см. Рисунок 9: Классическая схема-звезда page 30) В настоящее время рассмотрению подлежат только релевантные для моделирования компоненты.

34

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Концепция схемы-звезды SAP BW (SAP BW)

Рисунок 13: Схема-звезда SAP BW (в упрощенном виде)

На этом рисунке (Для получение дополнительной информации см. Рисунок 13: Схема-звезда SAP BW (в упрощенном виде) page 35) показана схема-звезда SAP BW, применяемая в качестве расширения классической схемы-звезды. Это расширение заключается в том, что таблицы измерений не содержат информацию основных данных. Основные данные хранятся в отдельных таблицах, называемых таблицами основных данных. В начале этого раздела подробно описывается схема-звезда SAP BW . В конце раздела будет представлено сравнение обеих схем с точки зрения их преимуществ и недостатков.

Базовый куб •

III квартал 2004

Базовые кубы являются центральными объектами многомерной модели в SAP BW . На них основываются отчеты и анализы. С точки зрения системы отчетов, базовый куб представляет собой автономный набор данных в пределах бизнес-сферы, на основе которого можно определять запросы.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

35

Раздел 2: Многомерная модель в SAP BW

•

BW310

Базовый куб состоит из набора расположенных в различных измерениях реляционных таблиц, т.е. из центральной таблицы фактов, окруженной несколькими таблицами измерений. Таблицы SID связывают эти таблицы измерений с соответствующими им таблицами основных данных. Рекомендация: В BW имеются различные типы инфо-кубов. Инфо-куб с типом "базовый куб" является инфо-кубом, релевантным для моделирования, поскольку при моделировании в пределах модели данных SAP BW во внимание принимаются только физические объекты (объекты, содержащие данные). (Дополнительная информация о других типах кубов приводится на уроке Виртуальные кубы).

Рисунок 14: Схема-звезда SAP BW: базовый куб

В схеме-звезде SAP BW факты в таблице фактов называются показателями, а атрибуты измерения - признаками (базовый куб). Таблицы измерений реляционно связаны с центральной таблицей фактов посредством внешнего или первичного ключа. В отличие от классической схемы-звезды, признаки не являются компонентами таблиц измерений; другими словами, значения признаков не хранятся в таблицах измерений. Для каждого признака

36

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Концепция схемы-звезды SAP BW (SAP BW)

генерируется числовой ключ SID. Этот внешний ключ заменяет признак в качестве компонента таблицы измерения. Здесь SID обозначает суррогатный ключ (ключ замещения). На приведенном выше рисунке (Для получение дополнительной информации см. Рисунок 14: Схема-звезда SAP BW: базовый куб page 36) эти ключи имеют префикс SID_. Например, 'SID_MATERIAL' - ключ SID для признака 'MATERIAL' ('MATERIAL_ID'). Каждая таблица измерения имеет сгенерированный числовой 'первичный ключ', называемый ключом измерения. На вышеприведенном рисунке такой ключ измерения обозначен префиксом DIM_ID_. Здесь 'DIM_ID_MATERIAL' ключ измерения для таблицы измерения "Материал". Как и в классической схеме-звезде, первичный ключ таблицы фактов состоит из ключей измерений ('DIM_ID_DATENPAKET', 'DIM_ID_ZEIT', 'DIM_ID_EINHEIT', 'DIM_ID_KUNDE', 'DIM_ID_MATERIAL'). (Информация об определении инфо-кубов содержится в уроке Инфо-кубы).

Таблицы основных данных/таблицы SID В системе SAP BW дополнительная информация о признаках называется основными данными. Существуют следующие типы основных данных: атрибуты; тексты; (внешние) иерархии. Информация основных данных хранится в независимых от таблиц измерений отдельных таблицах - в так называемых таблицах основных данных (отдельно для атрибутов, текстов и иерархий). Например, на приведенном ниже рисунке (Для получение дополнительной информации см. Рисунок 15: Таблицы основных данных/таблицы SID page 38) атрибут 'группа материалов' хранится в таблице атрибутов, текстовое описание для 'имя материала' хранится в таблице текстов, а иерархия материала хранится в таблице иерархии для признака 'MATERIAL'. Таким образом, признак 'MATERIAL' является первичным ключом для таблиц основных данных, относящихся к этому признаку. Как уже было сказано выше в разделе Базовый куб, каждому признаку присвоен ровно один числовой ключ SID. Это присвоение выполняется в таблице SID для соответствующего признака, при этом признак становится первичным ключом в таблице SID. На приведенном ниже рисунке ключ SID 'SID_MATERIAL' присвоен признаку 'MATERIAL'в таблице SID для признака 'MATERIAL'. Таблица SID связана с соответствующими таблицами основных данных посредством ключа

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

37

Раздел 2: Многомерная модель в SAP BW

BW310

признака. Подробная информация о таблицах основных данных и таблицах SID содержится в уроках Инфо-объекты и Техническая реализация в SAP BW.

Рисунок 15: Таблицы основных данных/таблицы SID

Рекомендация: Термин 'иерархия' обычно обозначает множество объектов, связанных отношениями 1:N. В этом смысле в BW иерархии присутствуют в таблицах измерений, атрибутов и иерархий. В терминологии организации хранилищ данных понятие 'иерархия' строго связано с понятием 'развертка' (предварительно определенный способ развертки). Однако в SAP BW термин "развертка" может также быть использован без ссылки на какие-либо иерархии. В системе SAP BW под "внешними иерархиями" понимаются презентационные иерархии, которые хранятся в так называемых таблицах иерархий в качестве структуры для значений признаков.

Связывание таблиц с базовым кубом Связь таблиц основных данных с таблицами измерений в пределах базового куба (а также с показателями в таблице фактов) осуществляется при помощи таблиц SID. Это проиллюстрировано на следующем рисунке.

38

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Концепция схемы-звезды SAP BW (SAP BW)

Рисунок 16: Связывание таблиц с базовым кубом

Извлечение основных данных из таблиц измерений при использовании метода SID позволяет использовать основные данных с различным базовыми кубами. Другими словами, основные данные не зависят от базовых кубов и могут использоваться одновременно несколькими базовыми кубами.

Рисунок 17: Использование не зависящих от базового куба основных данных

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

39

Раздел 2: Многомерная модель в SAP BW

BW310

Классическая схема-звезда в сравнении со схемой-звездой SAP BW Во-первых, сравним терминологию для этих двух схем.

Рисунок 18: Терминология: классическая схема-звезда/схема-звезда BW

Примечание: Как видно из таблицы, измерения в SAP BW не только состоят из таблиц измерений, но также содержат таблицы основных данных и таблицы SID. Для получения дополнительной информации см. урок Инфо-кубы.

Преимущества и недостатки классической схемы-звезды •

Преимущества: –

•

Недостатки: – –

40

Оперативный доступ к данным благодаря небольшому количеству операций соединения (операции соединения имеются лишь между таблицами фактов и задействованными таблицами измерений).

Наличие избыточных записей в таблицах измерений. В отличие от хранения исторических фактических данных (временная ссылка указывается неявно посредством таблицы измерения "Время"), моделирование хранения исторических данных измерений (→ “медленно изменяющееся измерение”) затруднительно.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Концепция схемы-звезды SAP BW (SAP BW)

– –

–

Труднореализуема многоязычность. Моделирование некоторых видов иерархии (например, параллельных и несбалансированных иерархий) в измерении может привести к аномалиям. Производительность выполнения запросов также снижается, поскольку агрегаты и основные фактические данные хранятся в одной таблице (таблице фактов).

Преимущества схемы-звезды SAP BW •

Преимущества: –

–

Использование автоматически генерируемых ключей INT4 I (ключей SID, ключей DIMID) обеспечивает более быстрый доступ к данным, чем в случае использования длинных буквенно-цифровых ключей. Благодаря извлечению основных данных из таблиц измерений при использовании метода SID, поддерживаются следующие возможности моделирования: ведение истории измерений; многоязычность; использование основных данных в нескольких базовых кубах (→ “общие измерения”).

–

Здесь производительность выполнения запросов является более высокой, поскольку агрегируемые показатели могут храниться в своих собственных таблицах фактов.

Рекомендация: Еще одно преимущество по сравнению с классической схемой-звездой заключается в извлечении агрегируемых показателей из их собственных таблиц фактов посредством создания агрегатов, которые ранее не учитывались в схеме-звезде SAP BW. Дополнительная информация об агрегатах содержится в разделе Управление инфо-кубами и агрегатами.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

41

Раздел 2: Многомерная модель в SAP BW

BW310

Заключительная дискуссия n the discussion, summarize the differences between the two star schemas.

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions.

42

1.

What are the aims of multi-dimensional data modeling?

2.

What advantages does the SAP BW-star schema have vis-a-vis the classic star schema?

3.

What components does the SAP BW-star schema consist of?

4.

What is meant by "slowly changing dimension" and "shared dimension" in relation to the SAP BW-star schema?

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Концепция схемы-звезды SAP BW (SAP BW)

Резюме по уроку Теперь вы сможете: • пояснять принципы классической схемы-звезды • описывать концепцию схемы-звезды SAP BW • перечислять преимущества схемы-звезды SAP BW по сравнению с классической схемой-звездой

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

43

Раздел 2: Многомерная модель в SAP BW

Урок:

BW310

Инструментальные средства администратора (ИСАдм) I Продолжительность урока: 30 минут(ы)

Обзор урока На этом уроке рассматриваются основные задачи и способы их решения в различных функциональных сферах инструментальных средств администратора (ИСАдм).

Цели урока Прослушав этот урок, вы сможете: • • •

перечислять различные элементы, из которых состоит первый экран ИСАдм перечислять задачи ИСАдм приводить обзор функциональных сфер в ИСАдм

The aim of this lesson is to give course participants an initial overview of the main tasks that are carried out in the AWB and introduce them to the individual function areas of the AWB. At the end of this section, there is a small demonstration of the Metadata Repository. This lesson also prepares course participants for the technical realization of the SAP BW star schema in the AWB → Modeling (in the subsequent lessons on InfoObjects and InfoCubes).

Практический пример Как члену проектной группы BW, Вам поручено определить метаобъекты в системе SAP BW. Для этого необходимо получить обзор инструмента ИСАдм.

Обзор: инструментальные средства администратора (ИСАдм) ИСАдм – это основной инструмент управления, контроллинга и мониторинга в SAP BW. ИСАдм является средством управления хранилищем данных системы SAP BW. Инструментальные средства администратора используются для управления, контроллинга и

44

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инструментальные средства администратора (ИСАдм) I

мониторинга всех объектов и процессов в системе SAP BW. Здесь же создаются метаобъекты. Наконец, в ИСАдм выполняется загрузка плановых данных посредством планировщика, а также контроль за этими данными через монитор. Ассистенты позволяют производить точный анализ процессов загрузки данных. Кроме того, ассистенты предоставляют возможность быстрого определения причин возникших ошибок.

Рисунок 19: Центральный инструмент в SAP BW: инструментальные средства администратора

В ИСАдм выполняются задачи в следующих функциональных сферах: • • • • • • • •

III квартал 2004

моделирование, мониторинг, агент отчетов, связь с переносом, документы, бизнес-содержимое, перевод, репозитарий метаданных.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

45

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 20: Первый экран: Инструментальные средства администратора → Моделирование

Моделирование Функциональная сфера Моделирование используется для создания и ведения (мета-) объектов, релевантных для процесса стейджинга данных, в системе SAP BW. Эти объекты отображают расположение объектов в древовидной структуре согласно иерархическим критериям. Можно вызывать релевантные диалоги ведения ракурсов и функции, относящиеся к каждому из объектов в дереве объектов, посредством контекстных меню. Функциональная сфера Моделирование вызывается при помощи транзакции RSA1.

Мониторинг Функциональная сфера Мониторинг позволяет просматривать и контролировать процессы загрузки данных и обработку любых дополнительных данных в системе SAP BW. Функциональная сфера Мониторинг вызывается при помощи транзакции RSMON.

46

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инструментальные средства администратора (ИСАдм) I

Агент отчетов Инструмент Агент отчетов используется для планирования и выполнения в фоновом режиме функций отчетности, таких как анализ особых ситуаций, печать запросов и предварительный расчет веб-шаблонов. (Подробная информация об агенте отчетов содержится в курсах BW315 и TBW20.) Функциональная сфера Агент отчетов вызывается посредством выбора опции Агент отчетов в диалоговом окне Навигация ИСАдм.

Связь с переносом Связь с переносом используется для сбора тех объектов, которые были недавно созданы или изменены в системе SAP BW. Для переноса этих объектов в другую систему SAP BW используется Организатор изменений и переносов (ОИП). (Например, из системы обеспечения качества в продуктивную систему.) Функциональная сфера Связь с переносом вызывается посредством выбора опции Связь с переносом в диалоговом окне Навигация ИСАдм. (Подробная информация об этой функциональной сфере содержится в курсе BW360 Производительность и администрирование BW).

Документы Функция Документы позволяет осуществлять добавление, поиск и создание связей между документами различных форматов, версий и на различных языках для объектов SAP BW. Подробная информация о распределении документов SAP BW содержится в курсе BW305 (Система отчетов и анализ BW) и онлайн-документации. Функциональная сфера Документы вызывается посредством выбора опции Документы в диалоговом окне Навигация ИСАдм.

Бизнес-содержимое Бизнес-содержимое предоставляет предопределенные информационные модели на основе метаданных. Бизнес-содержимое снабжает сотрудников предприятия той информацией, которая необходима им для надлежащего выполнения своих задач. (Более подробная информация о бизнес-содержимом содержится в разделе Бизнес-содержимое.) Функциональная сфера Бизнес-содержимое вызывается при помощи транзакции RSORBCT.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

47

Раздел 2: Многомерная модель в SAP BW

BW310

Перевод Функциональная сфера Перевод позволяет переводить краткие и подробные тексты объектов SAP BW. Для вызова функциональной сферы Перевод следует выбрать опцию Перевод в диалоговом окне Навигация ИСАдм.

Репозитарий метаданных Управление всеми метаобъектами в SAP BW и их связями осуществляется централизованно в репозитарии метаданных SAP BW на основе HTML. Функция поиска в интегрированном веб-браузере репозитария метаданных позволяет быстро вызывать требуемые метаобъекты. Другие функциональные возможности включают обмен метаданными между различными системами, экспорт HTML-страниц и отображение графики для объектов. Функциональная сфера Репозитарий метаданных вызывается при помощи транзакции RSOR.

Демонстрация: Metadata Repository Цель Use the T06A00 BasicCube to navigate in the Metadata Repository. This BasicCube corresponds to the InfoCube that the course participants create in the InfoCubes lesson.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: No other settings are necessary. 1. Use transaction RSOR to access the Metadata Repository. 2.

Select the InfoCube symbol from the list of objects that have been activated in the system. (Select InfoCube → Double-click)

3.

Find the T_06A00 InfoCube in the list. Select InfoCube T_06A00 and double-click on it. In the InfoCubes lesson, the course participants create an InfoCube that is a copy of this InfoCube.

48

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

III квартал 2004

Урок: Инструментальные средства администратора (ИСАдм) I

4.

Show the Network display of the data flow for InfoCube T06A00. (Select and double-click on Network display of the data flow).

5.

Return to the previous screen. (blue arrow)

6.

Show InfoCube - Schematic display as star schema for InfoCube T06A00. Select (InfoCube - Schematic display as star schema → Double-click)

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

49

Раздел 2: Многомерная модель в SAP BW

BW310

Заключительная дискуссия Revision

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions. What are the main tasks of the AWB and what are the function areas into which these tasks are divided?

50

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инструментальные средства администратора (ИСАдм) I

Резюме по уроку Теперь вы сможете: • перечислять различные элементы, из которых состоит первый экран ИСАдм • перечислять задачи ИСАдм • приводить обзор функциональных сфер в ИСАдм

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

51

Раздел 2: Многомерная модель в SAP BW

Урок:

BW310

Инфо-объекты Продолжительность урока: 90 минут(ы)

Обзор урока На этом уроке описывается роль инфо-объектов в SAP BW. Приводится классификация инфо-объектов согласно их использованию или функциям, а также рассматривается способ их определения в SAP BW.

Цели урока Прослушав этот урок, вы сможете: • • •

пояснять значение инфо-объектов в SAP BW классифицировать инфо-объекты определять инфо-объекты

There are two demos in this section 1.

Creating a Characteristic

2.

Creating a Key Figure

Практический пример На предприятии через файловый интерфейс требуется объединить данные МВЗ из системы R/3 и внешней системы. В прежней системе длина номера МВЗ составляла 13 символов, а в системе R/3 – только 10 символов. Для решения этой проблемы требуется создать новый инфо-объект с именем (COSTC##), который будет представлять 13-символьный номер МВЗ. К номерам МВЗ из системы R/3 добавляется 3х-символьный идентификатор системы.

Значение инфо-объектов в SAP BW •

•

52

Инфо-объекты – это “наименьшие доступные информационные единицы” (= поля) в SAP BW: их можно однозначно определить при помощи технического имени. Как компоненты репозитария метаданных, инфо-объекты содержат техническую и специальную информацию для основных и переменных данных в SAP BW.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

•

•

Инфо-объекты используются во всей системе для создания структур и таблиц. Это позволяет моделировать информацию в структурированной форме в SAP BW. Инфо-объекты используются для определения отчетов, анализа основных и переменных данных.

The following diagram is only to be used to illustrate the role InfoObjects have in SAP BW. Therefore, you do not need to explain the other meta objects in the diagram. Inform participants that these objects will be looked at in subsequent lessons.

Рисунок 21: Использование инфо-объектов в SAP BW

Рекомендация: SAP поставляет инфо-объекты в рамках бизнес-содержимого (BCT). Техническое имя стандартных инфо-объектов начинается с 0. Помимо этого, существует возможность определения собственных инфо-объектов. При этом следует проверить, что техническое имя начинается с буквы от A до Z и имеет длину 3-9 символов.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

53

Раздел 2: Многомерная модель в SAP BW

BW310

Классификация инфо-объектов Инфо-объекты разделены на следующие классы: •

Показатели Инфо-объекты показателей предоставляют значения, которые будут анализироваться. Примеры: – –

•

Количество (0QUANTITY) Сумма (0AMOUNT)

Признаки Инфо-объекты признаков являются ссылочными бизнес-объектами, которые используются для анализа показателей. Примеры: – –

•

МВЗ (0COSTCENTER) Материал (0MATERIAL)

Временные признаки Временные признаки формируют ссылочные временные рамки для большого количества анализов данных и аналитических отчетов. Они поставляются с бизнес-содержимым. Возможность определения собственных временных признаков отсутствует. Примеры: – –

Временной признак с наибольшей степенью гранулярности: календарный день (0CALDAY); Временной признак с наименьшей степенью гранулярности: календарный год (0CALYEAR) или финансовый год (0FISCYEAR). Рекомендация: Повторим еще раз: возможность определения собственных временных признаков отсутствует!

•

Единицы Инфо-объекты единиц можно задать вместе с показателями. Они позволяют соединить в аналитическом отчете значения показателей с соответствующими им единицами. Примеры:

54

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

– – •

Валютная единица (0CURRENCY) Единица заданного значения (0UNIT)

Технические признаки Эти признаки имеют организационную функцию в пределах SAP BW. Примеры: – –

Идентификатор запроса (0REQUID) Идентификатор изменения (0CHNGID)

Инфо-объект 0REQUID содержит номера, присваиваемые системой при загрузке запросов; инфо-объект 0CHNGID содержит номера, присваиваемые во время прогонов изменений агрегатов.

Инфо-объекты признаков

Рисунок 22: Сценарий для нового инфо-объекта признаков

В сценарии на вышеприведенном рисунке необходимо проанализировать данные места возникновения затрат из двух различных источников. В первом источнике – внешней системе – используются 13-символьные номера МВЗ; в системе R/3 используются 10-символьные номера МВЗ (стандарт SAP). Для получения возможности выполнения унифицированных отчетов для всего предприятия требуется создать новый инфо-объект признаков (COSTC## типа CHAR13). В этом инфо-объекте будут храниться

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

55

Раздел 2: Многомерная модель в SAP BW

BW310

данные МВЗ из обоих источников. В целях идентификации данные из системы R/3 в качестве префикса получают первые три символа имени системы R/3 (в данном случае: T90).

В меню ведения доступны перечисленные ниже закладки, используемые для определения инфо-объектов признаков и изменения параметров настройки. Из списка закладок видно, что для целесообразного определения признаков необходимо точное знание значения этих признаков в бизнес-информации.

• • • • • •

Общее Business Explorer Основные данные/Тексты Атрибуты Иерархия Соединение

Общее The demo below can also be used to explain subsequent tab pages.

Эта закладка используется для определения основных свойств признака, например, названия, типа данных (CHAR, NUMC...), длины (максимум 60 символов) и подпрограммы преобразования.

56

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Рисунок 23: Копия экрана: закладка Общее

Рекомендация: При определении признака требуется ввести, по крайней мере, название, тип данных и длину. Все остальные параметры настройки на этой и других закладках являются необязательными.

Business Explorer (BEx) Эта закладка используется для следующего: установки параметров просмотра, используемых по умолчанию, в Business Explorer (BEx). Это означает определение способа представления признака в BEx по умолчанию – в виде текстового описания или ключа.

Основные данные/Тексты На этой закладке определяется, может ли признак иметь атрибуты или тексты. Если признак должен иметь собственные тексты, то необходимо выбрать, по крайней мере, один тип текста (краткий, средний, подробный текст – 20, 40, 60 символов). Атрибуты присваиваются признаку на закладке Атрибуты.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

57

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 24: Копия экрана: закладка Основные данные/Тексты

Атрибуты Атрибуты являются инфо-объектами (признаки/показатели), используемыми для более подробного описания признаков. Например, признак МВЗ может быть более подробно описан при помощи признаков МВП и КЕ, которым он присвоен. В данном контексте эти последние два инфо-объекта используются в качестве атрибутов. Если на закладке Основные данные/Тексты был установлен индикатор С основными данными (Для получение дополнительной информации см. Рисунок 24: Копия экрана: закладка Основные данные/Тексты page 58), то на закладке Атрибуты совместно с признаком можно задать атрибуты и свойства для этих атрибутов.

58

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Рисунок 25: Копия экрана: закладка Атрибуты

•

Атрибуты просмотра: Если определить атрибуты как атрибуты просмотра, то в отчетах (при объединении с признаком) эти атрибуты можно будет использовать только в качестве дополнительной информации. Другими словами, в отчетах отсутствует возможность навигации в пределах набора данных цели данных (инфо-куба/ODS-объекта).

•

Атрибуты навигации Если определить атрибуты как атрибуты навигации, то их можно будет использовать для навигации по отчетам. При выполнении запроса система не делает различия между атрибутами навигации и признаками для целей данных (инфо-куба/ODS-объекта). Другими словами, все функции навигации в запросе поддерживаются также и для атрибутов навигации. Для обеспечения доступности этих атрибутов в отчетах в качестве атрибутов навигации требуется активировать их еще раз на уровне целей данных (инфо-куба/ODS-объекта). В противном случае атрибуты будут использоваться как атрибуты просмотра. (Более подробная информация об атрибутах навигации содержится в уроке Техническая реализация в SAP BW).

•

III квартал 2004

Зависимость от времени

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

59

Раздел 2: Многомерная модель в SAP BW

BW310

Если для каждого значения атрибута требуется определение срока действия, следует определить атрибуты (атрибуты просмотра/навигации) как 'зависящие от времени'. Рекомендация: •

•

•

Если инфо-объект признаков определен как Только атрибут, то данный инфо-объект признаков может использоваться только в качестве атрибута просмотра для другого признака. Частое использование атрибутов навигации приводит к появлению большого количества таблиц и соединений, что может снизить производительность системы. (Дополнительная информация содержится в уроке Техническая реализация в SAP BW.) Признак, используемый в качестве атрибута навигации, также может иметь свои собственные атрибуты навигации. Они называются транзитивными атрибутами (атрибутами навигации с двумя уровнями). Их также можно активировать, в результате чего они будут доступны для использования в отчетах. (При условии, что признак является “инфо-провайдером” - см. урок Мультипровайдеры). Пример: Инфо-объект признаков "МВЗ" имеет атрибут навигации "БЕ" (среди прочих). В свою очередь, этот признак имеет атрибут навигации "предприятие". В этом случае "предприятие" – это транзитивный атрибут, который может быть активирован как атрибут навигации.

(Внешняя) иерархия Иерархии используются для описания альтернативных ракурсов данных при анализе. Иерархия состоит из набора узлов и листов. Узлы состоят в отношении “родительский объект - дочерний объект”, а листы иерархии представлены значениями признаков. На закладке Иерархия определяется то, могут ли признаки иметь иерархии, и если – да, то какие свойства могут иметь эти иерархии. Возможность создания иерархий для данного признака в пределах SAP BW определяется установкой индикатора С иерархиями (транзакция: RSH1). Кроме того, иерархии можно загрузить из системы R/3 или плоских файлов.

60

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Рисунок 26: Копия экрана: закладка Иерархия

Рекомендация: Повторяя сказанное ранее, следует отметить, что в SAP BW под термином "внешние иерархии" понимаются презентационные иерархии, которые хранятся в так называемых таблицах иерархий в качестве структуры для значений признаков.

•

Зависящая от версии иерархия Иерархии признаков могут использоваться в различных версиях иерархий. В SAP BW можно смоделировать различные версии иерархий, существующих в исходной системе. Для одной и той же иерархии из исходной системы также можно создать различные версии. Затем эти версии можно сравнить друг с другом в запросе. Пример: При реструктуризации районов сбыта предприятия для признака "главный район" было создано несколько версий иерархии. Их можно сравнить друг с другом в запросе.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

61

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 27: Зависящая от версии иерархия

•

Вся иерархия зависит от времени Здесь определяется, допустима ли зависимость всей иерархии от времени. Другими словами, для этой иерархии существуют версии, которые действительны для определенного временного интервала. Система автоматически выберет действительную версию. Пример: При реструктуризации районов сбыта предприятия для признака "главный район" иерархия была определена как зависящая от времени. Это позволяет сравнить в запросе данные реструктуризации для различных периодов времени.

Рисунок 28: Вся иерархия зависит от времени

•

62

Иерархическая структура зависит от времени

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Здесь определяется зависимость от времени иерархической структуры (узла иерархии). Затем выполняется формирование иерархии для текущей контрольной даты или для контрольной даты, указанной в запросе. Пример: При реструктуризации районов сбыта предприятия обнаружилось, что сотрудник был присвоен различным местам возникновения затрат в различное время.

Рисунок 29: Иерархическая структура зависит от времени

•

Интервалы иерархии Значения признаков в узле иерархии можно расположить в форме интервалов. Вместо того, чтобы отдельно располагать в иерархии видов затрат каждое значение вида затрат для затрат на материал в узле затрат на материал, можно задать значения вида затрат как вид затрат между 100 и 1000. Также можно создать интервалы для значений признака, для которых не существует

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

63

Раздел 2: Многомерная модель в SAP BW

BW310

основных данных. Это позволяет избежать необходимости каждый раз расширять иерархию для новых основных данных (→новые значения признаков присваиваются автоматически). Рекомендация: • • •

•

Невозможно создать иерархию для признаков, которые ссылаются на другие признаки (→ ссылочный признак). Признак может иметь более одной иерархии. Если признак должен иметь иерархии, то максимальная длина (значения признака) с соединением ограничивается до 32 символов (вместо 60). Изменение знака +/- для узлов иерархии Эта функция позволяет определить способ отображения узлов в запросе. Для каждого узла иерархии можно указать, должен ли при выводе запроса изменяться знак +/- (для проведенных на этом узле переменных данных).

•

Максимальное количество уровней иерархии равно 98.

Соединение На этой закладке определяется необходимость соединения признака с другими инфо-объектами. "Соединение" значений признаков часто используется для обеспечения возможности однозначного присвоения значений признаков. Пример: Место возникновения затрат 100 обозначает сбыт в контроллинговой единице 1000, а также сбыт в контроллинговой единице 2000. В этом случае следует определить соединение признаков "МВЗ" и "КЕ". Кроме того, соединение используется для определения отношений между объектами. Это упрощает навигацию в отчетах. Рекомендация: При частом использовании "составных" признаков снижается производительность системы, особенно если в соединение включается большое количество признаков. (Дополнительная информация содержится в уроке Техническая реализация в SAP BW.)

64

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Создание признака в дереве инфо-объектов 1.

На первом экране инструментальных средств администратора выберите функциональную сферу Моделирование → Инфо-объекты.

2.

Выполните создание/ведение инфо-области . Инфо-области представляют собой верхний уровень критериев анализа в дереве инфо-объектов и целей данных. В дереве инфо-объектов инфо-области содержатся в начальном узле Инфо-объекты. В узле "Инфо-область" находятся каталоги инфо-областей или инфо-объектов (см. шаг 3). ( → Инфо-область можно создать при помощи контекстного меню для начального узла или инфо-области, уже содержащейся в системе.)

3.

Выполните создание/ведение каталога инфо-объектов с типом ‘признак’ . Для обеспечения наилучшего обзора и логического расположения инфо-объектов в каталоге инфо-объектов их можно сгруппировать (в соответствии со специфичными для приложения ракурсами). Каталог инфо-объектов имеет тип ‘признак’ или ‘показатель’. Другими словами, он содержит либо признаки, либо показатели. В каталоге инфо-объектов содержатся либо признаки/единицы/временные признаки, либо показатели дерева инфо-объектов. ( → Каталог инфо-объектов можно создать при помощи контекстного меню для инфо-области.)

4.

В контекстном меню для каталога инфо-объектов выберите Создать инфо-объект.

5.

Введите техническое имя (3-9 символов) и подробный текст для признака (либо ссылочный признак или признак-образец), затем подтвердите ввод. При выборе "признака-образца" в новый признак будут скопированы свойства данного признака, которые затем можно будет изменить. При выборе "ссылочного признака" в новый признак будут скопированы все технические свойства данного признака (например, тип данных, длина, основные данные, подпрограмма преобразования, количество типов "составных" признаков). Также будут скопированы бизнес-тексты (например, название, способы просмотра, выбор текста и ответственное лицо). Однако изменять технические свойства можно только в ссылочном признаке.

6.

Выполните ведение закладок Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

65

Раздел 2: Многомерная модель в SAP BW

• • • • • •

BW310

Общее, Business Explorer, Основные данные/Тексты, Иерархия, Атрибуты, Соединение.

При определении признака требуется ввести, по крайней мере, название, тип данных и длину. Все остальные параметры настройки на закладке Общее и других закладках являются необязательными. 7.

Сохраните и активируйте новый признак. Рекомендация: •

•

Прежде чем использовать признаки для структурирования других метаобъектов, сначала необходимо их активировать. При активации признака в ABAP-словаре генерируются принадлежащие ему объекты. Они включают таблицы элементов данных, данных домена и основных данных для атрибутов/текстов/иерархий. (См. урок Техническая реализация в SAP BW). Если признаку присваиваются атрибуты, тексты, иерархии или их комбинация, то этот признак называется признаком с основными данными. Признак – это объект SAP BW, который физически содержит данные в соответствующих таблицах (таблицах основных данных и таблицах SID). В SAP BW объекты с такими свойствами называются целями данных. Также признак может являться инфо-провайдером. В SAP BW объекты называются инфо-провайдерами, если могут быть определены/выполнены основанные на них запросы. Дополнительная информация о целях данных/инфо-провайдерах содержится в уроке Мультипровайдеры в разделе Виртуальные инфо-кубы и мультипровайдеры.

Продолжение на следующей странице

66

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Рисунок 30: Признак с основными данными

При сравнении вышеприведенного рисунка с рисунками из урока Концепция схемы-звезды SAP BW видно значение инфо-объекта признаков в схеме-звезде SAP BW. Признак является инфо-провайдером. Примечание: Транзакции RSD1 и RSD5 позволяют создавать инфо-объекты (признаки, показатели) без их присвоения каталогу инфо-объектов (→ “свободные” инфо-объекты). Затем эти инфо-объекты, в зависимости от их типа, присваиваются каталогу инфо-объектов CHANOTASSIGNED (неприсвоенный признак) или KEYNOTASSIGNED (неприсвоенный показатель) в инфо-области NODESNOTCONNECTED (неприсвоенные узлы). Однако эти инфо-объекты можно в любое время присвоить каталогу инфо-объектов. При удалении каталога инфо-объектов удаление присвоенных ему инфо-объектов не производится. Вместо этого неприсвоенные признаки или неприсвоенные показатели присваиваются соответствующему каталогу инфо-объектов.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

67

Раздел 2: Многомерная модель в SAP BW

BW310

Демонстрация: Цель To prepare for the exercise

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя See this week's mail Пароль: Training Инструкция по настройке: No other settings are necessary. Use the objects from the 'Create a characteristic' exercise. Note: Participants must not create an InfoArea of their own. You should show this step however. 1.

Create an InfoArea

2.

Create an InfoObjectCatalog with type Characteristic beneath the newly created InfoArea

3.

Create characteristic 'COSTC##' beneath the newly created InfoObjectCatalog

4.

and so on.

Инфо-объекты показателей В меню ведения доступны перечисленные ниже закладки, используемые для определения инфо-объектов показателей и изменения параметров настройки. • • •

Тип/Единица Агрегация Дополнительные свойства

The demo below can also be used to explain subsequent tab pages.

68

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Тип/Единица На этой закладке определяется тип показателя (сумма, количество...), тип данных (поле валюты/число с плавающей запятой, поле количества/число с плавающей запятой...), а также валюта/единица измерения.

Рисунок 31: Копия экрана: закладка Тип/Единица

Рекомендация: •

•

III квартал 2004

Для типов показателей Сумма, Количество и Номер можно выбрать тип данных – десятичное число или число с плавающей запятой. Для типов показателей ‘Дата’ и ‘Время’ можно выбрать десятичный формат отображения, если эти поля будут включены в расчеты. При выборе типа показателя Сумма или Количество этому показателю необходимо присвоить валюту или единицу измерения. Для типа показателя Сумма можно выбрать значения Фикс. валюта (например, EUR) или переменную валюту (например, OCURRENCY). Для типа показателя Количество можно выбрать значение Фиксированная единица, например, KG, или переменную единицу измерения, например, 0UNIT.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

69

Раздел 2: Многомерная модель в SAP BW

BW310

Агрегация На этой закладке определяются правила агрегации для параметров настройки показателей по умолчанию в BEx. Это позволяет обеспечить целесообразный анализ показателей. Поведение при агрегации определяет возможность и способ уплотнения значений показателей при анализе при помощи различных признаков/их значений.

Рисунок 32: Копия экрана: закладка Агрегация

•

Агрегация В этом поле указывается функция (SUM/MAX/MIN), определяющая способ агрегации показателя "по умолчанию" по одинаковому ключу (→ стандартное поведение при агрегации).

•

Специальная агрегация В этом поле указывается функция (последнее значение, первое значение, макс., мин.), определяющая способ агрегации показателя при помощи ссылочного признака для специальной агрегации в Business Explorer.

•

Ссылочный признак для специальной агрегации В этом поле выбирается признак, со ссылкой на который агрегируется показатель со специальной агрегацией. Как правило, это временной признак. Однако ссылочным признаком может быть и любой другой признак. Пример:

70

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Показатель Количество сотрудников агрегируется при помощи признака МВЗ (→ стандартное поведение при агрегации). В этом случае в качестве ссылочного признака следует установить временной признак и выбрать последнее значение в качестве специальной агрегации. •

Кумулятивные/некумулятивные величины –

–

Кумулятивные величины (например, выручка) являются показателями, для которых значения показателей должны проводиться по каждой единице времени, которая включается в отчет (= значения времени, зависящие от периода). Некумулятивные величины (например, складской запас) являются показателями, которые анализируются только для выбранных периодов времени (метки). Значения для оставшихся периодов рассчитываются из значения в метке и некумулятивных изменений (приток/отток), которые находятся между ними. Существует два способа определения некумулятивных величин: Некумулятивная величина с изменением некумулятивной величины При определении некумулятивной величины требуется также наличие кумулятивной величины как инфо-объекта показателей (изменение некумулятивной величины). Он должен соответствовать некумулятивной величине, которая будет определена в определении типа. Некумулятивная величина с притоком и оттоком

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

71

Раздел 2: Многомерная модель в SAP BW

BW310

При определении некумулятивной величины также требуются две кумулятивные величины, "приток" и "отток". Они должны соответствовать некумулятивной величине, которая будет определена в определении типа. Рекомендация: •

•

•

В качестве агрегации по умолчанию для некумулятивных величин всегда будет определено Суммирование. Для временных признаков будет определена специальная агрегация, отличная от Суммирование. С другой стороны, кумулятивные величины, использующие все признаки (включая временные признаки), имеют агрегацию Суммирование. Для кумулятивных величин Изменение некумулятивной величины, Приток и Отток в качестве значения по умолчанию и специальной агрегации должно быть определено Суммирование. Для оптимизации переноса данных и обработки некумулятивных величин в SAP BW способ обработки некумулятивных величин отличается от обработки кумулятивных величин. Это также относится к переносу и хранению технических данных (→ см. BW330 (Курс по моделированию SAP BW)). Однако в отчетах кумулятивные и некумулятивные величины обрабатываются одинаково.

Дополнительные свойства Эта закладка, прежде всего, используется для изменения стандартных параметров настройки для вида представления показателя (количество десятичных разрядов, масштабирование отображения и т.д.) в BEx. Рекомендация: Как и признак, показатель можно определить как Только атрибут. Это означает, что показатель может использоваться только в качестве атрибута просмотра для признака.

72

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Демонстрация: Цель To prepare for the "Creating a key figure" exercise.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя See this week's mail Пароль: Training Инструкция по настройке: No other settings are necessary. Use the objects from the 'Create a characteristic' exercise. Note: Participants must not create an InfoArea of their own. You should show this step however.

III квартал 2004

1.

Create an InfoObjectCatalog with type Key figure beneath the newly created InfoArea

2.

Create key figure AMOUNT## beneath the newly created InfoObjectCatalog

3.

And so on.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

73

Раздел 2: Многомерная модель в SAP BW

BW310

Создание показателя в дереве инфо-объектов 1.

На первом экране инструментальных средств администратора выберите функциональную сферу Моделирование (транзакция: RSA1) и Инфо-объекты.

2.

Выполните создание/ведение инфо-области в пределах дерева инфо-объектов.

3.

Выполните создание/ведение каталога инфо-объектов с типом ‘признак’ в пределах дерева инфо-объектов

4.

В контекстном меню для каталога инфо-объектов выберите Создать инфо-объект.

5.

Введите техническое имя (3-9 символов) и подробный текст для показателя (либо ссылочный показатель или показатель-образец), затем подтвердите ввод. (Ссылочный признак необходим для исключения внутреннего оборота в запросе).

6.

Выполните ведение закладок • • •

Тип/Единица, Агрегация, Дополнительные свойства.

(Если показатель определен как ссылочный показатель, то появится дополнительная закладка Исключение). 7.

Сохраните и активируйте новый показатель.

Продолжение на следующей странице

74

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Рекомендация: •

•

•

•

III квартал 2004

Прежде чем использовать показатели для структурирования других метаобъектов, сначала необходимо их активировать. При активации показателя генерируются соответствующие объекты ABAP-словаря (например, элементы данных). Аналогично случаю с признаками, при помощи транзакции RSD1 или RSD5 можно создавать показатели в качестве 'свободных' инфо-объектов. Если показатель создан как ссылочный показатель, то в ведении инфо-объекта появляется дополнительная закладка Исключение. На этой закладке указываются одна или несколько пар признаков, со ссылками на которые можно исключить показатель при выполнения запроса BEx (→ Исключение внутреннего оборота). Признаки в таких парах должны иметь один и тот же ссылочный признак. Помимо признаков, можно использовать атрибуты навигации. Типичным примером такой пары признаков является пара МВЗ-отправитель (0SEND_CCTR)”/”МВЗ-получатель (0RECV_CCTR)”.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

75

Раздел 2: Многомерная модель в SAP BW

76

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

BW310

III квартал 2004

BW310

Урок: Инфо-объекты

Упражнение 1: Создание признаков Время на упражнения: 25 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • создавать признаки в SAP BW • выполнять навигацию по дереву инфо-объектов

Практический пример Вначале в этом упражнении требуется создать новую инфо-область (закладка "Инфо-объекты" в инструментальных средствах администратора). Затем создается каталог инфо-объектов признаков для хранения признаков. В заключение создается новый инфо-объект признаков COSTC## (## - номер группы). Подробный текст признака должен содержать номер группы (GR## МВЗ 13).

Данные системы Система: See this week’s mail Мандант: 800 Ид. пользователя See this week’s mail Пароль: Training Инструкция по настройке: 1.

No other settings are necessary.

Задание Создание признака Создайте инфо-объекты признаков в дереве инфо-объектов. 1.

Для этого выберите путь по меню Инструментальные средства администратора: Моделирование > Исходные системы. Выберите в инфо-области Группа## каталог инфо-объектов с типом

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

77

Раздел 2: Многомерная модель в SAP BW

BW310

“Показатель”, именем BW310K## и описанием GR##: Каталог инфо-объектов K. Активируйте его. Вернитесь к предыдущему экрану. Рекомендация: Создание инфо-области

2.

1.

В контекстном меню для инфо-области выберите Создать... Можно также создать инфо-область непосредственно в узле Инфо-объекты.

2.

Введите техническое имя и описание инфо-области.

3.

Выберите Дальше

.

Создайте в новом каталоге инфо-объектов новый инфо-объект признаков с именем COSTC##. Подробный текст должен содержать номер группы (GR## МВЗ 13). На закладке Общее выберите тип данных CHAR, длину 13 и подпрограмму преобразования ALPHA. На закладке Основные данные/Тексты проверьте, что установлены флажки С основными данными и С текстами. Выберите использование кратких и средних текстов и определите зависимость текста и от языка, и от времени. На закладке Иерархия разрешите использование иерархий и проверьте, что в них разрешены интервалы. Иерархии не должны зависеть от времени. На закладке Соединение свяжите инфо-объект с вышестоящим инфо-объектом 0CO_AREA. На закладке Атрибуты укажите в качестве атрибутов следующие признаки: 0COMP_CODE 0BUS_AREA 0RESP_PERS 0EVCURRCOST 0PROFIT_CTR 0ENTRYDATE Важно определить эти инфо-объекты как зависящие от времени. Определите 0COMP_CODE (БЕ) и 0BUS_AREA (Бизнес-сфера) как атрибуты навигации.

Продолжение на следующей странице

78

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Для атрибута 0COMP_CODE (БЕ) введите описание и краткий текст Нав.: БЕ, а для атрибута 0BUS_AREA (Бизнес-сфера) описание и краткий текст Нав.: бизнес-сфера. Сохраните

и активируйте новый инфо-объект и вернитесь на

предыдущий экран 3.

.

Перенесите инфо-объект вместе с составным инфо-объектом 0CO_AREA в собственный каталог инфо-объектов. Для этого откройте контекстное меню для каталога инфо-объектов и выберите Создать... Для переноса инфо-объекта COSTC## из списка структур в список образцов щелкните по пиктограмме со стрелкой. Перенесите этот инфо-объект обратно в список структур. Что произошло?

4.

III квартал 2004

Активируйте каталог инфо-объектов еще раз.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

79

Раздел 2: Многомерная модель в SAP BW

BW310

Решение 1: Создание признаков Задание Создание признака Создайте инфо-объекты признаков в дереве инфо-объектов. 1.

Для этого выберите путь по меню Инструментальные средства администратора: Моделирование > Исходные системы. Выберите в инфо-области Группа## каталог инфо-объектов с типом “Показатель”, именем BW310K## и описанием GR##: Каталог инфо-объектов K. Активируйте его. Вернитесь к предыдущему экрану. Рекомендация: Создание инфо-области

a)

1.

В контекстном меню для инфо-области выберите Создать... Можно также создать инфо-область непосредственно в узле Инфо-объекты.

2.

Введите техническое имя и описание инфо-области.

3.

Выберите Дальше

.

На экране SAP Easy Access выберите Моделирование > Инструментальные средства администратора: Моделирование > Инфо-объекты > Инфо-область > Обучение BW > Обучение клиентов BW > BW310 Организация хранилищ данных > Группа##. В контекстном меню для инфо-области Группа## выберите Создать каталог инфо-объектов... Имя поля

Значение ввода

КатИнфОбък

BW310M##

Описание

GR##: М

Тип инфо-объекта

Признак

Каталог инфо-объектов

Выберите Создать , Активировать , Назад

. Продолжение на следующей странице

80

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

2.

Создайте в новом каталоге инфо-объектов новый инфо-объект признаков с именем COSTC##. Подробный текст должен содержать номер группы (GR## МВЗ 13). На закладке Общее выберите тип данных CHAR, длину 13 и подпрограмму преобразования ALPHA. На закладке Основные данные/Тексты проверьте, что установлены флажки С основными данными и С текстами. Выберите использование кратких и средних текстов и определите зависимость текста и от языка, и от времени. На закладке Иерархия разрешите использование иерархий и проверьте, что в них разрешены интервалы. Иерархии не должны зависеть от времени. На закладке Соединение свяжите инфо-объект с вышестоящим инфо-объектом 0CO_AREA. На закладке Атрибуты укажите в качестве атрибутов следующие признаки: 0COMP_CODE 0BUS_AREA 0RESP_PERS 0EVCURRCOST 0PROFIT_CTR 0ENTRYDATE Важно определить эти инфо-объекты как зависящие от времени. Определите 0COMP_CODE (БЕ) и 0BUS_AREA (Бизнес-сфера) как атрибуты навигации. Для атрибута 0COMP_CODE (БЕ) введите описание и краткий текст Нав.: БЕ, а для атрибута 0BUS_AREA (Бизнес-сфера) описание и краткий текст Нав.: бизнес-сфера. Сохраните

и активируйте новый инфо-объект и вернитесь на

предыдущий экран a)

.

В контекстном меню каталога инфо-объектов выберите GR##: Каталог инфо-объектов М > Создать инфо-объект... Имя поля

Значение ввода

Признак

COSTC##

Подробный текст

GR## МВЗ 13

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

81

Раздел 2: Многомерная модель в SAP BW

BW310

Появятся шесть закладок, в которых следует ввести следующие данные: Закладка Признаки: Имя поля

Значение ввода

Тип данных

CHAR

Длина

13

Подпрограмма преобразования

Alpha

Закладка Business Explorer: Ввод не требуется Закладка Основные данные/Тексты: Имя поля

Значение ввода

С основными данными С текстами Краткий текст есть Средний текст есть Тексты зависят от языка Тексты зависят от времени Закладка Иерархия: Имя поля

Значение ввода

С иерархиями Иерархии не зависят от врем.

(отметить)

Интервалы в иерархии допустимы Закладка Соединение: 0CO_AREA Закладка Атрибуты: Продолжение на следующей странице

82

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Имя поля

Зависит от времени

Атрибуты навигации вкл./выкл.

Имя поля

Описание атрибута навигации

Краткий текст атрибута навигации

0COMP_CODE

Нав.:

БЕ

Нав.:

БЕ

0BUS_AREA

Нав.: сфера

бизнес-

Нав.: сфера

бизнес-

0COMP_CODE 0BUS_AREA 0RESP_PERS 0EVCURRCOST 0PROFIT_CTR 0ENTRYDATE

Сохраните назад 3.

и активируйте

инфо-объект и вернитесь

.

Перенесите инфо-объект вместе с составным инфо-объектом 0CO_AREA в собственный каталог инфо-объектов. Для этого откройте контекстное меню для каталога инфо-объектов и выберите Создать... Для переноса инфо-объекта COSTC## из списка структур в список образцов щелкните по пиктограмме со стрелкой. Перенесите этот инфо-объект обратно в список структур. Что произошло? a)

В контекстном меню GR##: Каталог инфо-объектов М выберите Изменить. В окне структуры выберите признак COSTC## и щелкните по пиктограмме со стрелкой для переноса признака в список образцов. Выделите этот признак в этом списке еще раз. Для переноса признака обратно в список структур щелкните по пиктограмме со стрелкой. Можно увидеть, что составной инфо-объект 0CO_AREA был перенесен в список образцов каталога инфо-объектов.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

83

Раздел 2: Многомерная модель в SAP BW

4.

Активируйте каталог инфо-объектов еще раз. a)

84

BW310

Выберите "Активировать" .

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Упражнение 2: Создание показателей Время на упражнения: 15 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • создавать показатели

Практический пример В этом упражнении вначале создается каталог инфо-объектов показателей, в который должны быть включены показатели. Затем будет создан новый инфо-объект показателей Сумма## (## - номер группы). Текст подробного описания показателя должен содержать номер группы (GR## Сумма).

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: 1.

No other settings are necessary.

Задание Создайте показатель суммы в дереве инфо-объектов. 1.

В инфо-области Группа## выберите каталог инфо-объектов с типом “Показатель”, именем BW310K## и описанием GR##: Каталог инфо-объектов K . Определите каталог инфо-объектов как каталог инфо-объектов для показателей и активируйте его. Вернитесь к предыдущему экрану.

2.

Создайте в новом каталоге инфо-объектов новый инфо-объект показатель с именем AMOUNT##. Текст подробного описания должен содержать номер группы (GR## Сумма). На закладке Тип/Единица выберите вид Сумма, тип данных CURR - поле валюты, сохранение как DEC и единицу/валюту 0CURRENCY. На закладке Агрегация проверьте, определена ли агрегация Суммирование и специальная агрегация Суммирование. В Кумулятивная/некумулятивная величина должно быть выбрано Кумулятивная величина. На закладке Дополнительные свойства в Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

85

Раздел 2: Многомерная модель в SAP BW

BW310

Business Explorer установите десятичные разряды для Business Explorer на 0.00. Установите вид представления В 1 и выберите Краткий текст в качестве описания в BEx. Сохраните и активируйте новый инфо-объект и вернитесь на предыдущий экран.

86

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Решение 2: Создание показателей Задание Создайте показатель суммы в дереве инфо-объектов. 1.

В инфо-области Группа## выберите каталог инфо-объектов с типом “Показатель”, именем BW310K## и описанием GR##: Каталог инфо-объектов K . Определите каталог инфо-объектов как каталог инфо-объектов для показателей и активируйте его. Вернитесь к предыдущему экрану. a)

В контекстном меню инфо-области GR## выберите Создать каталог инфо-объектов... Имя поля

Значение ввода

КатИнфОбък

BW310K##

Описание

GR##: Каталог инфо-объектов K

Тип инфо-объекта

Показатель

Выберите Создать , Активировать , Назад 2.

.

Создайте в новом каталоге инфо-объектов новый инфо-объект показатель с именем AMOUNT##. Текст подробного описания должен содержать номер группы (GR## Сумма). На закладке Тип/Единица выберите вид Сумма, тип данных CURR - поле валюты, сохранение как DEC и единицу/валюту 0CURRENCY. На закладке Агрегация проверьте, определена ли агрегация Суммирование и специальная агрегация Суммирование. В Кумулятивная/некумулятивная величина должно быть выбрано Кумулятивная величина. На закладке Дополнительные свойства в Business Explorer установите десятичные разряды для Business Explorer на 0.00. Установите вид представления В 1 и выберите Краткий текст в качестве описания в BEx.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

87

Раздел 2: Многомерная модель в SAP BW

BW310

Сохраните и активируйте новый инфо-объект и вернитесь на предыдущий экран. a)

В контекстном меню GR##: Каталог инфо-объектов М выберите Изменить инфо-объект... Имя поля

Значение ввода

Показатель

AMOUNT##

Подробный текст

GR## Сумма

Подтвердите ввод

.

Появятся три закладки, на которых следует ввести следующие данные: Закладка Тип/Единица: Имя поля

Значение ввода

Сумма

(отметить)

Тип данных

CURR - поле валюты, сохранение как DEC

Единица/Валюта

0CURRENCY

Закладка Агрегация: Имя поля

Значение ввода

Агрегация

SUM

Специальная агрегация

Суммирование

Кумулятивная величина

(отметить)

Закладка Дополнительные свойства: Имя поля

Значение ввода

Десятичные разряды

0,00

Представление

В 1

Описание BEx

Краткий текст

Сохраните

и активируйте инфо-объект. Вернитесь назад

.

88

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-объекты

Резюме по уроку Теперь вы сможете: • пояснять значение инфо-объектов в SAP BW • классифицировать инфо-объекты • определять инфо-объекты

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

89

Раздел 2: Многомерная модель в SAP BW

Урок:

BW310

Инфо-кубы Продолжительность урока: 60 минут(ы)

Обзор урока На этом уроке описывается значение инфо-кубов в системе SAP BW, даются определения различных типов инфо-кубов и описывается процедура создания инфо-куба в системе SAP Business Information Warehouse (SAP BW).

Цели урока Прослушав этот урок, вы сможете: • • •

объяснять значение инфо-кубов в системеSAP BW определять типы инфо-кубов определять инфо-кубы

1.

At the end of this lesson, there is a demonstration which relates to the Creating a BasisCube lesson.

2.

After the exercise is completed, activate the newly-created BasisCubes for SAP BW Statistics. In the Administrator Workbench, call up the function, via Tools → BW Statistics for InfoCubes. Select the InfoCubes for OLAP and WHM Management updating with a flag and save.

Практический пример Предприятие определило требования к многомерной модели данных, необходимой для руководителей МВЗ. После анализа бизнес-содержимого (BCT), поставленного с SAP BW, проектной группой было принято решение об определении нового базового куба “Учет по МВЗ”, соответствующего предложенной модели данных.

Инфо-кубы Определение Инфо-кубы являются центральными объектами многомерной модели в системе SAP BW. На их основе выполняются отчеты и анализы. Инфо-куб представляет собой автономный набор данных для определенной бизнес-сферы с точки зрения системы отчетов, т. е. с точки зрения конечного пользователя системы отчетов. На основе инфо-куба могут быть определены и/или выполнены запросы.

90

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-кубы

В системе SAP BW существуют следующие типы инфо-кубов: • •

базовый куб, виртуальный куб, – – –

дистанционный куб, дистанционный куб SAP, виртуальный инфо-куб с сервисами.

Только базовые кубы физически содержат данные в базе данных. При этом они являются также целями данных. (Объекты BW являются целями данных, если в них могут быть загружены данные.) Напротив, виртуальные кубы представляют собой только логические ракурсы набора данных. Для конечного пользователя системы отчетов принципиальная разница между этими типами инфо-кубов отсутствует. Запросы могут определяться на основе любых типов инфо-кубов. Инфо-кубы, таким образом, являются инфо-провайдерами. (Объекты BW являются инфо-провайдерами в том случае, если на их основе в системе отчетов SAP BW могут быть определены/выполнены запросы.) Дополнительная информация о виртуальных кубах и целях данных/инфо-провайдерах содержится в разделе Виртуальные кубы и мультипровайдеры. Рекомендация: SAP поставляет инфо-объекты в рамках бизнес-содержимого (BCT). Техническое имя стандартных инфо-кубов начинается с 0. Также имеется возможность определения собственных инфо-объектов. При этом следует проверить, что техническое имя начинается с буквы от A до Z, а его длина составляет 3-9 символов (в особых случаях она может составлять 3-8 символов, см. раздел Интерфейс с информационной витриной). В следующем разделе рассматриваются базовые кубы, релевантные для моделирования и загрузки данных.

Базовые кубы Как уже было сказано на уроке Концепция схемы-звезды SAP BW, базовый куб является упорядоченным набором реляционных таблиц в схеме-звезде. •

Таблица фактов Базовый куб включает в себя ровно одну таблицу фактов, в которой хранятся значения показателей. Таблица фактов может содержать до 233 показателей.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

91

Раздел 2: Многомерная модель в SAP BW

•

BW310

Таблицы измерений соединены с таблицами основных данных посредством таблиц SID. Базовый куб обычно имеет четыре таблицы измерений: – – – –

таблица измерения "Единицы"; таблица измерения "Пакет данных"; таблица измерения "Время", например, таблица измерения "Материал". Рекомендация:

1. 2.

3.

Таблица измерений "Пакет данных" и таблица измерения "Время" всегда присутствуют в базовом кубе. Таблица измерения "Единицы" имеется только в том случае, если, по крайней мере, один показатель имеет тип "объем" или "количество". В этом случае для показателя должна быть введена фиксированная/переменная валюта/единица измерения. Как было сказано ранее на уроке Концепция схемы-звезды SAP BW, таблицы измерений содержат не признаки/значения признаков, а соответствующие ключи/значения SID.

Рисунок 33: Базовый куб

•

92

Измерения

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-кубы

Под измерением понимается группа логически связанных признаков с одним родовым понятием. В пределах измерения может быть объединено до 248 признаков. При определении базового куба признаки комбинируются и образуют измерение. Рисунки, приведенные ранее, а также нижеследующие рисунки, иллюстрируют техническую реализацию этого присвоения.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

93

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 34: Измерения

Рекомендация: Признаки могут быть определены как отдельные позиции. Другими словами, после присвоения одного признака, этому измерению не могут быть присвоены никакие другие признаки. Этот вид измерения называется измерением отдельных позиций (вырожденное измерение). Эта опция используется в том случае, когда признак имеет большое число значений (например, номер заказа), что в сочетании с другими признаками привело бы к значительному увеличению таблиц измерений, связанных с таблицей фактов, и отразилось бы на производительности при выполнении запросов. На приведенном ниже рисунке проиллюстрирован тот факт, что измерение отдельных позиций, в отличие от обычного измерения, не имеет каких-либо таблиц измерений (Для получение дополнительной информации см. Рисунок 34: Измерения page 94). В этом случае таблица SID отдельной позиции непосредственно связана с таблицей фактов посредством внешнего или первичного ключа. (Аспекты моделирования и производительности подробно рассматриваются в курсах BW 330 (Моделирование BW) и BW360 (Производительность и администрирование BW)).

94

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-кубы

Рисунок 35: Измерение отдельных позиций

Демонстрация: Цель Exercise Creating a BasisCube

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя See this week's mail Пароль: Инструкция по настройке: No settings required 1. Use the objects from the exercise.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

95

Раздел 2: Многомерная модель в SAP BW

BW310

Создание инфо-куба в дереве инфо-провайдеров 1.

На первом экране инструментальных средств администратора выберите функциональную сферу Моделирование (транзакция: RSA1) и Инфо-провайдер.

2.

Выполните создание/ведение инфо-области в дереве инфо-провайдеров.

3.

В контекстном меню для инфо-области выберите Создать инфо-куб.

4.

Выберите тип инфо-куба: • • •

базовый куб; транзакционный инфо-куб (специальный базовый куб); виртуальный куб: – – –

дистанционный куб; дистанционный куб SAP; виртуальный инфо-куб с сервисами.

Определите техническое имя (3-9 символов) и описание для инфо-куба/инфо-куба-образца. При выборе Создать появится первый экран ведения инфо-кубов.

Рисунок 36: Копия экрана: первый экран Ведение инфо-кубов

Продолжение на следующей странице

96

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-кубы

5.

Перенос (активных) инфо-объектов следующих типов: Признак Временной признак Показатель Необходимо включить по крайней мере один инфо-объект каждого типа. Тип выбирается на соответствующей закладки (Для получение дополнительной информации см. Рисунок 36: Копия экрана: первый экран Ведение инфо-кубов page 96). •

Перенос признаков Выберите соответствующие признаки из списка образцов и с помощью стрелок переместите их в список структур. (→ “составной” и “ссылочный” кубы также перемещаются автоматически). С помощью Атрибуты навигации... можно определить, должны ли признаки иметь какие-либо атрибуты навигации. Выбор образца Могут быть выбраны различные образцы. Путем установки фильтра образцов можно добиться улучшения обзора данных для определенной задачи.

• 1. 2.

Присвоение признаков измерениям Выберите Измерения... на приведенном выше экране для открытия закладок Определить и Присвоить. Определение измерений

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

97

Раздел 2: Многомерная модель в SAP BW

BW310

Определение измерений осуществляется с помощью Создать. Введите описание для каждого измерения. (Система присваивает измерению техническое имя, которое получает из технического имени инфо-куба.) Рекомендация: Здесь можно также отметить измерение как "измерение отдельных позиций" (см. рисунок Измерение отдельных позиций). Кроме того, можно также установить индикатор Выс. кардин. (высокая кардинальность). Активируйте эту функцию в случае, если размер измерения составляет по крайней мере 10-20 % от размера таблицы фактов (по количеству записей). В этом случае вместо индексов битовых массивов будут созданы B-индексы дерева (индексы битовых массивов рассматриваются в курсе BW360 (Производительность и администрирование BW)). 3.

•

На закладке Присвоить можно присвоить признаки измерениям путем выбора признаков, которые должны быть присвоены измерениям, помещения курсора на измерения, присвоенные этим признакам, и выбора Присвоить. (Также: графическое присвоение посредством Графическое присвоение). Перенос временных признаков На закладке Временные признаки можно перенести временные признаки тем же способом, что и при переносе обычных признаков. Однако необходимость в ведении измерения отсутствует, поскольку все временные измерения являются неявно присвоенными измерению Время.

•

Перенос показателей На закладке Показатели можно перенести показатели тем же способом, что и при переносе признаков. Можно просмотреть соответствующие инфо-объектов единиц для показателей, перемещенных в список структур, путем выбора Единицы...

6.

Дополнительно Если признаки, которые были добавлены к списку структур, имеют атрибуты навигации, здесь можно деблокировать эти атрибуты. Продолжение на следующей странице

98

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-кубы

7.

Сохраните новый инфо-куб и активируйте его. Рекомендация: 1.

Для получения возможности использования инфо-куба в системе отчетов его необходимо активировать.

2.

При активации инфо-куба генерируются соответствующие объекты ABAP-словаря. Для базового куба это таблицы измерений и таблица фактов. В результате будет осуществлена техническая реализация схемы-звезды SAP BW. (Наряду с таблицей фактов, созданной ранее, система создает дополнительную таблицу фактов (таблицу E). Этот вопрос рассматривается на следующем уроке Управление базовыми кубами.)

3.

За исключением таблиц текстов, иерархий и таблиц E, все другие таблицы можно просмотреть с помощью транзакции LISTSCHEMA.

Примечание: Транзакционный инфо-куб является специальным базовым кубом, разработанным непосредственно для Стратегического управления предприятием (SEM SAP). Система обращается к данным в таком кубе оперативно; другими словами, данные записываются в инфо-куб (возможна одновременная запись несколькими пользователями) и, при необходимости, становятся доступными немедленно. Стандартные базовые кубы не удовлетворяют этим условиям. Стандартный базовый куб используется только в случае доступа для чтения (например, считывания ссылочных данных).

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

99

Раздел 2: Многомерная модель в SAP BW

100

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

BW310

III квартал 2004

BW310

Урок: Инфо-кубы

Упражнение 3: Создание базового куба Время на упражнения: 30 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • создавать собственные базовые кубы • объединять признаки в таблицах измерений инфо-куба

Практический пример После анализа бизнес-содержимого, поставляемого с системой SAP BW, проектная группа решила использовать базовый куб Учет по МВЗ для затрат и полных затрат в качестве образца базового куба МВЗ для предприятия ABC. Выполняется построение нового базового куба аналогично образцу. Этот новый инфо-куб должен включать в себя данные из системы R/3 и внешних систем.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя See this week's mail Пароль: Инструкция по настройке: No settings required

Задание На основе базового куба в инфо-области Группа ## (T_A05##) необходимо создать собственный инфо-куб. Этот базовый куб аналогичен стандартному базовому кубу 0CCA_C01, но, в отличие от него, должен содержать данные из 13-символьного инфо-объекта признаков COSTC## (GR## МВЗ13) и показателя AMOUNT## (GR## Сумма), которые были определены ранее. 1.

В инфо-области Группа ## (T_A05##) создайте базовый куб GR##CUBE1 с описаниемGR## Базовый куб. На экране SAP Easy Access выберите Моделирование → Инструментальные средства администратора: Моделирование → Инфо-провайдер → Инфо-область → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа##.

2.

III квартал 2004

На закладке Признаки инфо-куба выберите для базового куба признак COSTC## из диалогового окна Образец. Продолжение на следующей странице

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

101

Раздел 2: Многомерная модель в SAP BW

BW310

Добавьте инфо-объект в список Структура базового куба. Затем в списке Образец оставьте только признаки, имеющиеся 0CO_OM_CCA_1. Все признаки, за в инфо-источнике исключением 0COSTCENTER, 0ACTTYPE и 0VTSTAT, перенесите в список Структура базового куба. 3.

Выберите кнопку Атрибуты навигации... и включите два атрибута навигации COSTC##__0BUS_AREA Нав.: бизнес-сфера и COSTC##__0COMP_CODE Нав.: БЕ. Что происходит при включении этих двух атрибутов навигации?

4.

Выберите диалоговое окно Измерения... (Определение и присвоение измерений) и, открыв закладку Определить, создайте следующие таблицы измерений для признаков. Затем выберите шесть раз Создать и определите описания измерений в таблице, представленной в левом столбце. На закладке Присвоить присвойте только что созданным измерениям признаки, перечисленные в правом столбце. Выберите признаки, установите курсор на соответствующем измерении и выберите Присвоить с текстом всплывающей подсказки Присвоить измерение. Измерение МВЗ

Признаки COSTC##: GR## МВЗ 13 0CO_AREA КЕ

Вид затрат

0COSTELMNT: Вид затрат 0DB_CR_IND: Ид. отправителя/получателя

Тип значения/версия

0METYPE: Тип показателя 0VERSION: Версия 0VTDETAIL: Детализация типа значения 0VTYPE: Тип значения для системы отчетов Продолжение на следующей странице

102

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-кубы

Партнеры

0PIOBJSV: Инфо-объект партнера (4 символа) 0PIOVALUE: Объект-партнер 0PART_CCTR: МВЗ-партнер 0PART_ACTTY: Вид работ МВЗ-партнера 0PART_COORD: Заказ партнера 0PART_WBSEL: СПП-элемент партнера 0PART_ABCPR: Бизнес-процесс партнера

Тип валюты

0CURTYPE: Тип валюты

Ракурс оценки

0VALUATION: Ракурс оценки

Присвойте соответствующие инфо-объекты. Подтвердите введенные данные. 5.

Выберите закладку Показатели. В списке Образцы отмените ограничения, установленные для признаков в инфо-источнике 0CO_OM_CCA_1, и с помощью перенесите все инфо-объекты в список. Выберите следующие два показателя и добавьте их к структуре базового куба. Показатель

Подробный текст

AMOUNT##

GR## Сумма

0QUANTITY

Количество

Выберите закладку Временные признаки. Выберите следующие временные признаки и перенесите их в структуру инфо-куба. Временной признак

Подробный текст

0FISCPER

Финансовый год/период

0FISCVARNT

Вариант финансового года

0FISCYEAR

Финансовый год

0FISCPER3

Период проводки

Проверьте

III квартал 2004

, сохраните

и активируйте базовый куб.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

103

Раздел 2: Многомерная модель в SAP BW

BW310

Решение 3: Создание базового куба Задание На основе базового куба в инфо-области Группа ## (T_A05##) необходимо создать собственный инфо-куб. Этот базовый куб аналогичен стандартному базовому кубу 0CCA_C01, но, в отличие от него, должен содержать данные из 13-символьного инфо-объекта признаков COSTC## (GR## МВЗ13) и показателя AMOUNT## (GR## Сумма), которые были определены ранее. 1.

В инфо-области Группа ## (T_A05##) создайте базовый куб GR##CUBE1 с описаниемGR## Базовый куб. На экране SAP Easy Access выберите Моделирование → Инструментальные средства администратора: Моделирование → Инфо-провайдер → Инфо-область → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа##. a)

В инфо-области Группа ## создайте базовый куб с техническим именем GR##CUBE1 и описанием GR## Инфо-куб 1. В контекстного меню выберите Создать инфо-куб... В качестве типа инфо-куба выберите Базовый куб. Выберите Создать

2.

.

На закладке Признаки инфо-куба выберите для базового куба признак COSTC## из диалогового окна Образец.

Продолжение на следующей странице

104

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-кубы

Добавьте инфо-объект в список Структура базового куба. Затем в списке Образец оставьте только признаки, имеющиеся 0CO_OM_CCA_1. Все признаки, за в инфо-источнике исключением 0COSTCENTER, 0ACTTYPE и 0VTSTAT, перенесите в список Структура базового куба. a)

Нажав на кнопку с левой стрелкой в окне Перенос полей, добавьте инфо-объект COSTC## в список Структура базового куба. Составной признак 0CO_AREA автоматически перемещается в структуру базового куба. После этого путем оставьте в списке Образец только признаки, выбора имеющиеся в инфо-источнике 0CO_OM_CCA_1. Найдите инфо-источник 0CO_OM_CCA_1. Перенесите все признаки в список Структура базового куба, за исключением следующих: 0COSTELMNT 0ACTTYPE 0VTSTAT Такой выбор происходит при ответе Нет на вопрос "Переносить ли все инфо-объекты образца в структуру?". Сначала в списке Образцы нажмите кнопку Выделить все и выберите все признаки, а затем отмените выделение трех признаков, переносить которые не требуется. Щелкните по стрелке влево в окне Перенос полей.

3.

Выберите кнопку Атрибуты навигации... и включите два атрибута навигации COSTC##__0BUS_AREA Нав.: бизнес-сфера и COSTC##__0COMP_CODE Нав.: БЕ. Что происходит при включении этих двух атрибутов навигации? Ответ: Они становятся доступными в отчетах на основе этого инфо-куба в качестве признаков навигации.

4.

Выберите диалоговое окно Измерения... (Определение и присвоение измерений) и, открыв закладку Определить, создайте следующие таблицы измерений для признаков. Затем выберите Создать и определите описания измерений в шесть раз таблице, представленной в левом столбце. На закладке Присвоить присвойте только что созданным измерениям признаки, перечисленные в правом столбце. Выберите признаки, установите курсор на соответствующем измерении и выберите Присвоить с текстом всплывающей подсказки Присвоить измерение. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

105

Раздел 2: Многомерная модель в SAP BW

Измерение

BW310

Признаки

МВЗ

COSTC##: GR## МВЗ 13 0CO_AREA КЕ

Вид затрат

0COSTELMNT: Вид затрат 0DB_CR_IND: Ид. отправителя/получателя

Тип значения/версия

0METYPE: Тип показателя 0VERSION: Версия 0VTDETAIL: Детализация типа значения 0VTYPE: Тип значения для системы отчетов

Партнеры

0PIOBJSV: Инфо-объект партнера (4 символа) 0PIOVALUE: Объект-партнер 0PART_CCTR: МВЗ-партнер 0PART_ACTTY: Вид работ МВЗ-партнера 0PART_COORD: Заказ партнера 0PART_WBSEL: СПП-элемент партнера 0PART_ABCPR: Бизнес-процесс партнера

Тип валюты

0CURTYPE: Тип валюты

Ракурс оценки

0VALUATION: Ракурс оценки

Присвойте соответствующие инфо-объекты. Подтвердите введенные данные. a) 5.

(как и при создании задач)

Выберите закладку Показатели. В списке Образцы отмените ограничения, установленные для признаков в инфо-источнике перенесите все инфо-объекты 0CO_OM_CCA_1, и с помощью в список. Выберите следующие два показателя и добавьте их к структуре базового куба. Продолжение на следующей странице

106

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инфо-кубы

Показатель

Подробный текст

AMOUNT##

GR## Сумма

0QUANTITY

Количество

Выберите закладку Временные признаки. Выберите следующие временные признаки и перенесите их в структуру инфо-куба. Временной признак

Подробный текст

0FISCPER

Финансовый год/период

0FISCVARNT

Вариант финансового года

0FISCYEAR

Финансовый год

0FISCPER3

Период проводки

Проверьте a)

III квартал 2004

, сохраните

и активируйте базовый куб.

( как и при создании задач)

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

107

Раздел 2: Многомерная модель в SAP BW

BW310

Резюме по уроку Теперь вы сможете: • объяснять значение инфо-кубов в системеSAP BW • определять типы инфо-кубов • определять инфо-кубы

108

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Техническая реализация в SAP BW

Техническая реализация в SAP BW Продолжительность урока: 15 минут(ы)

Обзор урока Как описано в уроках 'Инфо-объекты' и 'Инфо-кубы', активация этих объектов вызывает генерацию объектов ABAP-словаря, которые включают элементы данных, таблицы и программы. На этом уроке рассматриваются объекты (таблицы), релевантные для многомерного моделирования.

Цели урока Прослушав этот урок, вы сможете: • • •

описывать различные таблицы модели данных SAP BW перечислять преимущества метода SID пояснять техническую разницу между атрибутами просмотра и навигации

Explain to participants that attribute, text, and hierarchy tables are not automatically generated by InfoObjects. The tables are generated when the InfoCube is activated on account of selections made in the InfoObject definition. Use transaction LISTSCHEMA to demonstrate the structure of the tables mentioned in this lesson. In the demonstration, use the same BasisCube that was used in setting the course tasks. Its technical name is T_06A00. Point out explicitly the fact that no text tables are displayed for the InfoObjects in transaction LISTSCHEMA. The transaction also does not show the E tables. These are automatically generated when the BasisCube is activated. Show participants how transaction LISTSCHEMA shows all possible tables for a BasisCube even when they are not generated in the definition of the BasisCube. For example, you can display the content of the X or Y table for the characteristic controlling area (with technical name 0CO_AREA). You could ask participants beforehand whether or not they expect values to be displayed for these tables. Next, explain that no navigation attributes have been defined for the characteristic generated above, with the result that none of these tables were generated when this InfoCube was created.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

109

Раздел 2: Многомерная модель в SAP BW

BW310

Mention that this lesson focuses on the technical implementation of the tables. Modeling and performance issues are not looked at in any detail. SAP offers the BW330 Modeling course for the data modeling topic. Performance is dealt with in the BW360 Performance & Administration course.

Практический пример На предприятии будут использоваться методы моделирования, например, атрибуты навигации. Прежде всего, ознакомьтесь с технической реализацией модели данных SAP BW. Это позволит Вам оценить, как внедрение этих методов повлияет на системную производительность.

Таблицы основных данных При активации признака с основными данными, в зависимости от установленных параметров настройки на соответствующей закладке ведения признаков, создаются таблицы основных данных (атрибутов, текстов, иерархий).

Таблица текстов Таблица текстов создается в случае, если перед созданием и активацией инфо-объекта признаков был установлен флажок С текстами. При этом можно выбрать следующие свойства: Краткий текст Средний текст Подробный текст Тексты зависят от языка Тексты зависят от врем. Опции выбора влияют на ключ таблицы текстов. Например, в таблице текстов с зависимостью от языка и времени, ключом таблицы текстов являются поля LANGU (код языка) и DATETO (конец срока действия). Для каждого признака генерируется только одна таблица текстов.

110

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

Рисунок 37: Копия экрана: закладка Основные данные/Тексты

На рисунке показана структура таблицы текстов на примере определяемого пользователем признака COSTC##. Поскольку на закладке Основные данные/Тексты были установлены индикаторы "Краткий текст", "Средний текст", "Тексты зависят от языка" и "Тексты зависят от врем.", то эти поля включены в структуру таблицы текстов. Легенда: {...} “составной” признак /BIC/ поле для нового признака LANGU код языка DATETO конец срока действия DATEFROM начало срока действия TXTSH краткий текст (20 символов) TXTMD средний текст (40 символов) TXTLG подробный текст (60 символов) Соглашения по присвоению имен в таблице текстов: /BIC/T (для признаков, определяемых пользователем) /BI0/T (для стандартных признаков SAP)

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

111

Раздел 2: Многомерная модель в SAP BW

BW310

Таблицы атрибутов Если на закладке Основные данные/Тексты флажок С основными данными не установлен (по умолчанию флажок установлен), на закладке Атрибуты можно выполнить ведение атрибутов для признаков с основными данными. Можно определить атрибуты просмотра и атрибуты навигации как зависящие или не зависящие от времени. В этом разделе атрибуты просмотра рассматриваются более подробно. Для каждого признака с основными данными может быть создано до двух таблиц атрибутов для атрибутов просмотра (зависящих и не зависящих от времени). Если существует хотя бы одна из таблиц P или Q, создается ракурс (/BIC/M) для таблицы P или Q или их обеих.

Рисунок 38: Копия экрана: закладка Основные данные/Тексты

Легенда: Атрибут для признака с основными данными. Атрибут OBJVERS имеет два статуса: A = активно (данные могут быть использованы для отчетов) и М = изменено/пересмотрено. Атрибут CHANGED также имеет два статуса: I = запись отмечена для вставки и D = запись отмечена для удаления. Следующий пример иллюстрирует связь между OBJVERS и CHANGED:

112

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

Шаг

Ключ

OBJVERS

1

1000

A

2

1000

A

D

ABC

1000

М

I

DEF

1000

A

3

CHANGED

ATTRIBUTE ABC

DEF

Шаг 1 показывает исходный статус данных для признака с основными данными. При внесении изменений в основные данные создается дополнительная запись данных (шаг 2) со статусом М. Для того, чтобы эти данные стали доступны для запросов, необходимо явно активировать эту запись измененных данных. До момента активации в отчетах используются активные неизмененные записи данных. После активации основных данных измененным записям данных присваивается статус A, а старые записи данных удаляются.

Рисунок 39: Пример: таблицы атрибутов для признака COSTC##

Соглашения по присвоению имен в таблице атрибутов: /BIC/P (для определяемых пользователем признаков, которые имеют атрибуты, не зависящие от времени) /BI0/P (для стандартных признаков SAP, которые имеют атрибуты, не зависящие от времени) /BIC/Q (для определяемых пользователем признаков, которые имеют атрибуты, не зависящие от времени) /BI0/Q (для стандартных признаков SAP, которые имеют атрибуты, зависящие от времени)

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

113

Раздел 2: Многомерная модель в SAP BW

BW310

Иерархии Таблица иерархии (таблица H) используется для хранения иерархических отношений между значениями признака в случае, если для признака используются внешние иерархии. Всегда создается только одна таблица H, даже если признак содержит несколько иерархий. Другими словами, таблица H содержит все иерархии. Если вся иерархия зависит от времени, то поля DATETO и DATEFROM не появляются в таблице H. Они появляются как глобальные поля (метаинформация) в таблице RSHIEDIR. Это также относится к полю VERSION для иерархий, зависящих от версии. И наоборот, если от времени зависит иерархическая структура, вышеупомянутые поля дат появляются в таблице H.

Рисунок 40: Копия экрана: закладка Иерархия

Легенда: HIEID внутренний идентификатор иерархии (уникальный идентификатор) NODEID внутренний идентификатор узла иерархии IOBJNM инфо-объект NODENAME название узла иерархии TLEVEL уровень узла иерархии LINK идентификатор соединения для узла иерархии

114

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

PARENTID идентификатор родительского узла для узла иерархии CHILDID идентификатор нижестоящего узла для узла иерархии NEXTID идентификатор следующего узла для узла иерархии INTERVL узел является интервалом

Рисунок 41: Пример: внешняя иерархия для признака 0COUNTRY

На рисунке показано содержимое таблицы H для признака 0COUNTRY после того, как иерархия была загружена в SAP BW или создана и активирована (в упрощенном виде) в SAP BW. Установка индикатора в поле INTERVL разрешает использование интервалов в этой иерархии (см. урок Инфо-объекты), смоделированных в таблице J. Для лучшего понимания структуры таблицы подробно рассмотрим вторую строку иерархии в приведенным примере. По полю NODEID можно определить, что это второй узел иерархии. Поле PARENTID показывает, что родительский узел имеет идентификатор NODEID 1. В этом примере родительским узлом является корневой узел RAWO. Поле CHILDID обозначает подчиненный узел, а NEXTID обозначает смежный (следующий) узел. В этом примере подчиненный узел – это Австрия, а соседний узел - США.

Таблицы SID В этом примере более подробно рассматривается связь между признаками с основными данными, атрибутами навигации и внешними иерархиями.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

115

Раздел 2: Многомерная модель в SAP BW

BW310

Таблица S Таблица S создается при активации признака. Исключением является ситуация, в которой признак определен исключительно как атрибут. Другими словами, этот признак может быть определен только как атрибут признака с основными данными в другом сценарии. На рисунке показана структура таблицы S. Ключ этой таблицы – это признак, для которого был сгенерирован суррогатный ключ. Если признак является составным, то ключ также создается из составного признака. Ключи SID автоматически генерируются во время загрузки основных данных. На следующем рисунке иллюстрируется взаимосвязь между таблицами S и таблицами, принадлежащими признаку с основными данными COSTC##. Для лучшего понимания схема представлена в упрощенном виде.

Рисунок 42: Пример: таблица S для признака COSTC##

Таблица не зависящих от времени атрибутов навигации Таблица X создается только в том случае, когда хотя бы один не зависящий от времени атрибут определен как атрибут навигации. Ключ таблицы X атрибута навигации (соглашение по присвоению имен: S_) – это SID для таблицы SID, относящейся к признаку, атрибут которого использован здесь как атрибут навигации. На следующем рисунке показана структура таблицы.

116

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

Здесь было бы уместно также обратиться к примеру с атрибутом навигации МВП для признака с основными данными COSTC##. Схема представлена в упрощенном виде.

Рисунок 43: Пример: таблица X для признака COSTC##

Таблица зависящих от времени атрибутов навигации Таблица Y создается только в том случае, если хотя бы один зависящий от времени атрибут определен как атрибут навигации. Ключ таблицы Y атрибута навигации (соглашение по присвоению имен: S_) – это SID для таблицы SID, относящейся к признаку, атрибут которого использован здесь как атрибут навигации. На следующем рисунке показана структура таблицы. Здесь было бы уместно также обратиться к примеру с атрибутом навигации Руководитель МВЗ для признака с основными данными COSTC##. В этом примере схема также представлена в упрощенном виде.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

117

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 44: Пример: таблица Y для признака COSTC##

Изменения инфо-объекта признаков После загрузки основных данных можно выполнить следующие изменения признака: • • • •

Атрибут просмотра (не зависящий от времени) → Атрибут навигации (не зависящий от времени) Атрибут просмотра (зависящий от времени) → Атрибут навигации (зависящий от времени) Атрибут просмотра (зависящий от времени) → Атрибут просмотра (зависящий от времени) Атрибут просмотра (зависящий от времени) → Атрибут навигации (зависящий от времени)

Эти шаги проиллюстрированы на следующем рисунке (Для получение дополнительной информации см. Рисунок 45: Изменения таблицы атрибутов page 119).

118

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

Рисунок 45: Изменения таблицы атрибутов

После загрузки основных данных можно расширить структуру признаков с основными данными. Следует иметь в виду, что удаление полей структуры, содержащих данные, невозможно до удаления самих этих данных. Другими словами, если необходимо снять зависимость от времени атрибута просмотра, то сначала надо удалить содержимое соответствующей таблицы признака.

Таблица SID, внешние иерархии Если в ведении признака был установлен индикатор С иерархиями, то при создании таблицы H всегда также создаются следующие таблицы SID.

Таблица SID узлов В этой таблице узлам присвоены отрицательные значения SID. На следующем рисунке показана таблица K для признака с иерархией, не зависящей от времени.

Таблица включения Теоретически эта таблица содержит ту же информацию, что и таблица H, т. е. она показывает взаимосвязи узлы/узлы и узлы/листы. При этом листам (значениям признаков) присваиваются положительные значения SID, а узлам - отрицательные значения SID (таблица K). На следующем рисунке показана таблица I для признака с иерархией, не зависящей от времени.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

119

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 46: Структура: таблица I и таблица K

Легенда: SID SID для узла внутри иерархии OSID исходное значение SID для узла LINKNO номер соединения SVER версия в ключе таблицы включения PRED идентификатор основных данных (предшеств.) SUCC идентификатор основных данных (последующ.) LISTNO последовательность отношений включения FACTOR коэффициент, с которым отношение включения применяется к узлам NTYPEID внутренний идентификатор для типов узлов На этом рисунке показаны примеры таблиц K и I после загрузки в SAP BW иерархии для признака 0COUNTRY или после создания и активации иерархии в SAP BW (в упрощенном виде).

120

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

Рисунок 47: Пример: иерархии

Таблицы базового куба В этом разделе рассматривается структура таблиц измерений, а также таблицы E и F.

Таблицы измерений При определении базового куба в качестве его компонентов выбираются инфо-объекты признаков. Затем они присваиваются определяемому пользователем измерению. После активации базового куба генерируются таблицы измерений. Столбцы таблицы измерения состоят не из инфо-объектов признаков, а из SID признаков. Признаки были выбраны из определения базового куба и присвоены измерению. Так же, как и идентификатор SID, идентификатор DIM состоит из уникального ключа INT4. При загрузке переменных данных в базовый куб каждое значение DIM ID однозначно присваивается комбинации значений SID для различных признаков. Как видно из рисунка (Для получение дополнительной информации см. Рисунок 48: Пример: таблица измерения после загрузки переменных данных page 122), структура таблицы измерения включает столбец DIM ID и до 248 столбцов SID.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

121

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 48: Пример: таблица измерения после загрузки переменных данных

Легенда: [...] техническое имя инфо-куба # автоматически присвоенный системой номер измерения. Номера DIM содержат следующие элементы: P, T, U, 1, 2... 9, A, B, C, D. P пакеты данных T время U единица A (10.измерение) B (11.измерение) C (12.измерение) D (13.измерение)

Таблицы фактов Для каждого базового куба после его активации создаются две таблицы фактов, таблицы F и E. Обе таблицы имеют одни и те же столбцы. Структура таблицы фактов в схеме-звезде SAP BW соответствует структуре таблицы фактов в классической схеме-звезде. Ключи таблиц измерений (DMID) – это внешние ключи таблицы фактов. Каждая строка таблицы фактов однозначно определяется комбинацией значений DIMID. Различия между таблицами F и E

122

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

Таблица F оптимизирована для загрузки данных, поскольку данные всегда автоматически разделяются с помощью таблицы измерения "Пакет данных". Это означает, что можно управлять каждым отдельным запросом данных индивидуально. Таблица E оптимизирована для запросов данных, так как DMID таблицы измерения "Пакет данных" установлен на нуль, что сокращает количество комбинаций ключей. Записи данных с одинаковыми значениями ключей сжимаются (более подробная информация содержится в уроке Управление базовыми кубами.) На рисунке (Для получение дополнительной информации см. Рисунок 49: Структура таблицы F/E page 123) показана взаимосвязь между таблицами фактов и таблицами измерений.

Рисунок 49: Структура таблицы F/E

Соглашения по присвоению имен в таблицах фактов: /BIC/F (таблица F для определяемого пользователем базового куба) /BIC/F (таблица F стандартного базового куба SAP) /BIC/E (таблица E для определяемого пользователем базового куба) /BIC/E (таблица E стандартного базового куба SAP)

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

123

Раздел 2: Многомерная модель в SAP BW

BW310

Рисунок 50: Пример: таблица F после загрузки переменных данных

Рекомендация: Таблицы структуры инфо-куба можно просмотреть с помощью транзакции LISTSCHEMA. Кроме того, можно просмотреть таблицы атрибутов для признаков, включенных в инфо-куб. Таблицы иерархий, таблицы текстов и таблица E на экран не выводятся.

124

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

Атрибуты навигации в SAP BW

Рисунок 51: Атрибуты навигации в SAP BW

Как и признаки, атрибуты навигации можно использовать для определения запросов в системе отчетов. Атрибуты навигации для признаков определяются на экранах ведения (см. урок Инфо-объекты) Атрибуты навигации необходимо деблокировать на уровне инфо-провайдера, в противном случае они будут использоваться в качестве атрибутов просмотра. При использовании атрибутов навигации необходимо учитывать следующее: •

Зависимость от времени атрибута навигации Атрибуты навигации позволяют просматривать актуальные данные с прошлыми значениями признаков или прошлые данные с актуальными значениями признаков.

• •

Атрибуты навигации, используемые как признаки По сравнению с признаками, использование атрибутов навигации слабо влияет на производительность процессов загрузки и считывания данных.

Атрибуты навигации подробно рассматриваются в курсе BW330 (Моделирование BW).

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

125

Раздел 2: Многомерная модель в SAP BW

BW310

Соединение таблиц и ракурсов в схеме-звезде BW

Рисунок 52: Таблицы и ракурсы в схеме-звезде BW

126

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническая реализация в SAP BW

Заключительная дискуссия Conclusion

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions. Summarize the contents of the lesson.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

127

Раздел 2: Многомерная модель в SAP BW

BW310

Резюме по уроку Теперь вы сможете: • описывать различные таблицы модели данных SAP BW • перечислять преимущества метода SID • пояснять техническую разницу между атрибутами просмотра и навигации

128

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Резюме по разделу

Резюме по разделу Теперь вы сможете: • пояснять принципы классической схемы-звезды • описывать концепцию схемы-звезды SAP BW • перечислять преимущества схемы-звезды SAP BW по сравнению с классической схемой-звездой • перечислять различные элементы, из которых состоит первый экран ИСАдм • перечислять задачи ИСАдм • приводить обзор функциональных сфер в ИСАдм • пояснять значение инфо-объектов в SAP BW • классифицировать инфо-объекты • определять инфо-объекты • объяснять значение инфо-кубов в системеSAP BW • определять типы инфо-кубов • определять инфо-кубы • описывать различные таблицы модели данных SAP BW • перечислять преимущества метода SID • пояснять техническую разницу между атрибутами просмотра и навигации

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

129

Резюме по разделу

130

BW310

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 3 Экстракция данных из исходных систем SAP и поток данных в SAP BW

This unit introduces data extraction from SAP source systems, looking at the necessary steps in the source system and in SAP BW itself. It also looks at the data flow in SAP BW.

Обзор раздела В этом разделе состоится знакомство с процедурой, необходимой для извлечения основных и переменных данных из исходных систем SAP, и следующим из этого потоком данных.

Цели раздела Прослушав этот раздел, вы сможете: • • • •

• •

III квартал 2004

описывать потоки данных из исходной системы SAP в систему SAP BW описывать процесс ETL для основных данных из исходных систем R/3 определять метаобъекты SAP BW и системы R/3, которые являются частью процесса загрузки для основных данных загружать основные данные (атрибуты, тексты и иерархии) из системы R/3 в соответствующие таблицы основных данных в SAP BW путем использования правил переноса и инфо-источника основных данных использовать монитор для отслеживания процессов загрузки данных и анализа ошибок пояснять концепцию правил обновления

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

131

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

• • • • • •

BW310

описывать различные методы обновления для показателей, признаков и временных признаков создавать правила обновления для базового куба использовать редактор формул для определения правил обновления загружать переменные данные из исходной системы SAP в систему SAP BW перечислять различия между гибким и прямым обновлениями приводить примеры проверки непротиворечивости ссылок и ее использования

Содержание раздела Урок: Инструментальные средства администратора (ИСАдм) II .....133 Урок: Загрузка основных данных (атрибутов, текстов, иерархий) ...145 Демонстрация: Monitor ...................................................148 Процедура: Подготовка к использованию инфо-источника с прямым обновлением для загрузки данных атрибутов и текстовых данных ......................................................................150 Демонстрация: Show Hierarchy from an SAP R/3 System with InfoPackage .................................................................152 Упражнение 4: Использование инфо-источника с прямым обновлением для загрузки данных атрибутов CO из системы R/3 ............................................................................153 Упражнение 5: Использование инфо-источника с гибким обновлением для загрузки данных текстов CO из системы R/3 .167 Урок: Загрузка переменных данных .......................................177 Процедура: Подготовка к загрузке переменных данных из исходной системы SAP ...............................................................188 Упражнение 6: Загрузка переменных данных CO из системы R/3 ............................................................................191 Урок: Прямое и гибкое обновление ........................................200

132

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Инструментальные средства администратора (ИСАдм) II

Инструментальные средства администратора (ИСАдм) II Продолжительность урока: 40 минут(ы)

Обзор урока На этом уроке рассматриваются процессы экстракции, преобразования и загрузки данных в системе SAP BW. Также описываются объекты SAP-системы, задействуемые в этих процессах (такие как источники данных, инфо-источники и правила обновления). Эти процессы выполняются в инструментальных средствах администратора.

Цели урока Прослушав этот урок, вы сможете: •

описывать потоки данных из исходной системы SAP в систему SAP BW

The ETL process and the data staging process need to be discussed in this lesson. There are no demos or exercises in this lesson. Explain the ETL process and the data staging process. You might want to use a flip chart to help you.

Практический пример В проектной группе SAP BW Вам была назначена роль администратора. Одной из Ваших задач является соединение различных источников данных с системой SAP BW.

Инструментальные средства администратора Управление моделированием, стейджингом и хранением данных осуществляется при помощи инструментальных средств администратора – центрального инструмента администрирования системы SAP BW. Все управление процессом стейджинга данных выполняется из инструментальных средств администратора – от экстракции данных из исходной системы до их сохранения в инфо-кубах. Кроме того, в инструментальных средствах администратора производится управление и ведение наборов данных. Процессы загрузки данных также планируются и контролируются в инструментальных средствах администратора. Наиболее

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

133

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

важной задачей является создание целей данных и пополнение их данными. Это является предпосылкой для выполнения отчетов с использованием запросов.

Рисунок 53: Центральный инструмент: инструментальные средства администратора

В этом разделе рассматривается каждый пункт вышеприведенного рисунка. Ниже приведены функции инструментальных средств администратора: •

Создание/ведение хранилища данных

•

– логические исходные системы; – инфо-объекты (признаки и показатели); – инфо-источники; – хранилище операционных данных (ODS); – инфо-кубы; – инфо-провайдеры, мультипровайдеры и агрегаты; – присвоение инфо-источников целям данных; Планировщик

•

– планирование запросов данных; – группирование запросов данных; Монитор – –

134

контроль за переносом и обновлением данных; просмотр статуса и статистики процессов загрузки.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инструментальные средства администратора (ИСАдм) II

Отдельные элементы обзора подробно рассматриваются на следующих уроках.

Исходные системы SAP BW Стейджинг данных в SAP BW не ограничивается данными от SAP-систем. Все системы, поставляющие данные в систему SAP BW, являются исходными системами. В их число входят следующие системы: 1.

SAP-системы с базовой версией 3.1 или выше (более ранние версии рассматриваются системой SAP BW как внешние системы),

2.

системы SAP Business Information Warehouse (системы SAP BW);

3.

плоские файлы, в которых ведение метаданных и перемещение данных с использованием интерфейса данных в систему SAP BW выполняется вручную;

4.

системы баз данных, в которых данные загружаются из базы данных, поддерживаемой SAP, посредством DB Connect;

5.

внешние системы, в которых перенос данных и метаданных осуществляется с применением интерфейса программирования бизнес-приложений (BAPI).

Процесс стейджинга данных для SAP-систем рассматривается далее на этом уроке более подробно. Урок, на котором описывается экстракция данных из дополнительных источников и потоков данных в системе SAP BW, включает подробное рассмотрение процесса получения данных из дополнительных систем. Корректное определение метаданных – это предпосылка для загрузки данных из исходных систем. Метаданные могут автоматически передаваться из SAP-систем в систему SAP BW. Это важное преимущество системы SAP BW по сравнению с другими решениями по организации хранилищ данных, поскольку ведение метаданных вручную, необходимое при работе, например, с плоскими файлами, может быть сложным и трудоемким.

Предпосылки для загрузки данных из SAP-систем •

RFC-соединение Для получения возможности загрузки данных из SAP-системы в SAP BW необходимо создать соединение с исходной системой посредством Remote Function Call (RFC).

•

III квартал 2004

Plug-In

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

135

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Plug-In – это компонент программного обеспечения системы R/3, позволяющий интегрировать компонент mySAP.com в одну или более систему R/3. Plug-In – это созданный на основе ABAP программный модуль, обеспечивающий обмен основными и переменными данными между одной или несколькими SAP-системами и другими решениями mySAP.com. В исходной системе R/3 должен быть установлен соответствующий Plug-In для обеспечения возможности взаимодействия с системой SAP BW. После установки в исходную систему Plug-In предоставляет источники данных, экстракторы и другие функции исходной системы, релевантные для системы SAP BW. Компоненты Plug-In создаются как Add-On и поддерживаются системами R/3 версий 3.1l и выше.

Методы переноса Для SAP-систем имеются два метода переноса: • •

136

Метод IDoc, с использованием технологии IDoc-интерфейса для упаковки данных в контейнеры IDoc. Метод переноса PSA, без использования контейнеров IDoc для отправки данных. Вместо этого данные передаются непосредственно в форме структуры переноса. Информация отправляется исходной системой (без данных) через IDoc-интерфейс (информационные IDoc). Этой информацией может быть, например, количество извлеченных записей данных, или информация монитора (см. урок "Persistent Staging Area").

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инструментальные средства администратора (ИСАдм) II

Поток данных в системе SAP BW

Рисунок 54: Поток данных в BW

Обзор необходимых объектов SAP BW: •

•

• •

III квартал 2004

Источник данных описывает данные, имеющиеся в исходной системе, в форме структур полей. Источник данных состоит из структуры экстракта (все подготовленные поля) и структуры переноса (набор полей из структуры экстракта). Источник данных копируется в SAP BW. Инфо-источник - это массив данных, состоящий из логически соответствующих друг другу элементов, объединенных в единое целое. Структура связи - это структура полей, в которых хранится информация. Правила переноса служат для преобразования данных из нескольких структур переноса в единую структуру связи. Правила обновления служат для преобразования данных из структуры связи в одну или несколько целей данных.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

137

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Источник данных Источники данных подразделяют данные, имеющиеся в исходной системе, на отдельные бизнес-сферы. Типы источников данных зависят от исходной системы. Источники данных используются для передачи основных и переменных данных. Имеются две структуры полей: • •

структура экстракта, структура переноса.

Структура экстракта содержит все поля исходной системы, предоставленные экстракторами. Экстракторы – это программы, собирающие данные из исходных систем. Во время экстракции содержание полей, необходимых для передачи данных в SAP BW, перемещается в структуру переноса. Структуры экстракта для источников данных определяются, обрабатываются и расширяются в исходной системе. Если экстрактор не удовлетворяет требованиям, его можно модифицировать (Plug-In в исходной системе предоставляет различные экстракторы.) Структура переноса - это набор полей из структуры экстракта в исходной системе. В случае исходных систем R/3 источник данных копируется из исходной системы в систему SAP BW, после чего структура экстракта источника данных может использоваться в качестве образца. Наконец, структура переноса записывается обратно в исходную систему при активации структуры переноса и правил переноса (функция Активировать правила переноса).

138

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инструментальные средства администратора (ИСАдм) II

Рисунок 55: Копирование источников данных/создание структур переноса для исходных систем SAP

На экранах ведения структур переноса системы SAP BW выполняется присвоение источников данных и инфо-источников с целью определения тех полей, которые следует переместить из структуры экстракта в систему SAP BW. Данные в процессе загрузки копируются в соотношении 1:1 из структуры переноса в исходной системе в структуру переноса в системе SAP BW. Затем данные передаются в структуру связи SAP BW посредством правил переноса. Имеются следующие типы источников данных: • •

источник данных для переменных данных; основные данные источника данных (атрибуты, тексты, иерархии).

Локальные правила переноса Правила переноса служат для переноса данных из источника данных в инфо-источник, и при необходимости для их преобразования или изменения. Предпосылкой для такого переноса данных является присвоение одного или нескольких источников данных инфо-источнику. Правила переноса зависят от исходной системы. Правила переноса используются для определения того, какие инфо-объекты в структуре связи должны пополняться данными, из каких полей в структуре переноса извлекаются эти данные, и какой метод используется для передачи этих данных. Имеется четыре метода переноса.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

139

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Рисунок 56: Определение правил переноса

• •

•

Данные переносятся в соотношении 1:1 (с данными не производится никаких манипуляций). Поля в структуре связи могут быть присвоены как константа. Это может быть полезно, например, при пополнении инфо-источника данными из исходной системы, которая получила данные только от проведенной в нее балансовой единицы 1000. Если источник данных не содержит балансовую единицу, то инфо-объект балансовых единиц может быть присвоен как постоянное значение 1000. Посредством локальной ABAP-подпрограммы можно создавать гибкие правила переноса. Рекомендация: В BW версии 3.0 и выше для создания логики переноса можно использовать редактор формул. Использование редактора формул и библиотеки преобразований для создания формулы означает, что теперь не требуется написание такой большого объема кода ABAP.

Инфо-источник Инфо-источник – это совокупность взаимосвязанных инфо-объектов, содержащих всю доступную информацию о бизнес-процессе (например, учет по МВЗ). Структура, в которой хранятся

140

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инструментальные средства администратора (ИСАдм) II

инфо-объекты, называется структурой связи. Структура связи – это техническая реализация инфо-источника. В отличие от структуры переноса, структура связи не зависит от исходной системы, поскольку может снабжаться данными из различных исходных систем. Инфо-источник создается в дереве инфо-источников соответствующего прикладного компонента. Предупреждение: Для каждой исходной системы источнику данных может быть присвоен только один инфо-источник. Имеется два типа инфо-источников: • •

инфо-источник с гибким обновлением; инфо-источник с прямым обновлением.

Инфо-источник с гибким обновлением Для инфо-источников с гибкими обновлениями загрузка данных из структуры связи в цели данных (инфо-куб, ODS-объект, инфо-объект) осуществляется с использованием правил обновления. Один инфо-источник может снабжать данными несколько целей данных. Инфо-источник может содержать как переменные данные, так и основные данные. В версиях до 2.1C включительно существует различие между инфо-источниками основных данных и инфо-источниками переменных данных. Начиная с версии 3.0A, эти различия исчезают, так как переменные данные и основные данные теперь могут обновляться гибко. Инфо-источник с прямым обновлением Для инфо-источников с прямым обновлением производится прямое обновление основных данных (признаков с атрибутами, текстами или иерархиями) из инфо-объекта в таблицу основных данных (без правил обновления и с использованием только правил переноса) посредством структуры связи.

Глобальные правила переноса На экранах ведения признаков (закладка Общее) имеется опция создания подпрограммы переноса (ABAP-подпрограммы). Использование этих признаков в средствах структур связи означает, что соответствующие подпрограммы переноса могут быть использованы в отношении различных исходных систем (глобально). Для локальных подпрограмм переноса это невозможно. При этом, однако, в глобальной подпрограмме переноса нельзя использовать редактор формул.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

141

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Правила обновления Правила обновления определяют способ обновления данных (показателей, временных признаков, признаков) из структуры связи в инфо-источнике в цель данных. Следовательно, необходимо создавать соединения инфо-источников с целями данных. В отличие от правил переноса, правила обновления не зависят от исходной системы. Они зависят от цели данных. Правила обновления используются для пополнения целей данных данными из одного или нескольких инфо-источников. Они используются для добавления данных в цели данных, а также получения и изменения данных. Правила обновления позволяют присвоить инфо-объекты в инфо-источнике инфо-объектам в целях данных; другими словами, они определяют то, каким образом показатели и признаки переносятся из структуры связи в цель данных. Примечание: Цель данных – это физическое хранилище, пополняемое с использованием правил обновления. Цели данных – это базовые кубы, ODS-объекты, а также основные признаки с данными (что вытекает из гибких обновлений.) Цель данных – инфо-провайдер, который может быть использован для системы отчетов (дополнительная информация содержится в уроке "Виртуальные кубы и мультипровайдеры").

142

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Инструментальные средства администратора (ИСАдм) II

Заключительная дискуссия Conclusion

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions.

III квартал 2004

1.

Which transfer methods are used in an SAP BW system?

2.

Which types of InfoSources are there in an SAP BW system?

3.

What are the transfer logic options?

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

143

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Резюме по уроку Теперь вы сможете: • описывать потоки данных из исходной системы SAP в систему SAP BW

144

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Загрузка основных данных (атрибутов, текстов, иерархий) Продолжительность урока: 90 минут(ы)

Обзор урока На этом уроке описывается процедура загрузки основных данных из SAP-системы.

Цели урока Прослушав этот урок, вы сможете: • • •

•

описывать процесс ETL для основных данных из исходных систем R/3 определять метаобъекты SAP BW и системы R/3, которые являются частью процесса загрузки для основных данных загружать основные данные (атрибуты, тексты и иерархии) из системы R/3 в соответствующие таблицы основных данных в SAP BW путем использования правил переноса и инфо-источника основных данных использовать монитор для отслеживания процессов загрузки данных и анализа ошибок

Go into detail about the scheduler and monitor concepts and concentrate on the screen info using a demo in the system. Before running the demo for loading attributes and texts, describe the ETL process. Demonstrate the exercise for this lesson on the system. Afterwards, explain the procedure printed in the written material about 'Preparing for Loading Master Data'. A demo about hierarchies is provided at the end of this lesson to tie together the information from the written material.

Практический пример На предприятии должен производиться ежемесячный анализ данных системы R/3 с использованием инфо-куба Учет по МВЗ. Далее, требуется загружать основные данные МВЗ (атрибуты и тексты) из системы R/3 в соответствующие таблицы основных данных для инфо-объекта COSTC##. Проанализируйте процесс экстракции для проверки доступности данных МВЗ системы R/3 для анализа.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

145

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Поскольку длина номера МВЗ системы R/3 составляет десять символов, необходимо преобразовать основные данные в формат инфо-объекта COSTC##.

Планировщик Планировщик связывает исходные системы и SAP BW. Посредством планировщика выполняется определение запрашиваемых и обновляемых данных (переменных данных, основных данных, текстов или иерархий), источника данных и исходной системы, а также периода времени. •

Определение инфо-пакета Инфо-пакет определяет условия, при которых выполняется запрос данных из исходной системы. Например, он включает условия выбора, условия запуска запросов данных, опции обновления данных и виды обработки ошибок. При использовании комплексного решения SAP BW, для загрузки основных и переменных данных могут потребоваться несколько инфо-пакетов.

•

Определение группы инфо-пакетов Группа инфо-пакетов – это совокупность нескольких инфо-пакетов, запланированных вместе. С помощью групп инфо-пакетов для комплексного решения SAP BW можно структурировать процесс загрузки. Рекомендация: Для автоматизации процессов в SAP BW удобно использовать цепочки процессов (см. урок Агрегаты).

Прогнозирование данных может быть запланировано сразу или же в фоновом задании, и может быть запущено автоматически в более позднее время. Планирование заданий R/3 предназначено для распределения инфо-пакетов или групп инфо-пакетов по нескольким фоновым процессам. Это означает, что перенос данных полностью автоматизируется, и можно указать, когда и в каких интервалах времени могут извлекаться данные (см. урок "Агрегаты", содержащий описание цепочек процессов). Для запроса данных следует, находясь в планировщике, перейти в Инструментальные средства администратора: Моделирование путем выбора Инфо-источник → Прикладной компонент → Инфо-источник → Исходная система → контекстное меню → Создать инфо-пакет. Если

146

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

инфо-пакет уже создан, выберите его посредством контекстное меню → Запланировать. Таким образом выполняется переход к запросу данных через планировщик. •

Определение запроса Запрос не является запросом конкретных данных. Запрос определяется уникальным идентификатором запроса.

Монитор There is a demo for the monitor at the end of this section.

Монитор – это инструмент наблюдения в инструментальных средствах администратора (ИСАдм). Наиболее важные функции монитора перечислены ниже: •

• •

мониторинг запросов данных и обработки данных (состояние светофора в мониторе), реализованный на основе инфо-документов, которые пересылаются между SAP BW и исходной системой; полный перечень запросов данных, для которых требуется анализ в древовидной структуре; отображение информации по запросу, такой как –

•

технические имена всех объектов, входящих в состав потока данных, – опция перехода к экранам ведения для отдельных объектов; – динамический анализ; подробные анализы отдельных этапов экстракции и обработки для целевого управления.

Слева на экране монитора в древовидной структуре выводится обзор запросов данных, ожидающих анализа (формат: обзорное дерево). Правая сторона области экрана (с подробными данными; сторона монитора) состоит из трех закладок: •

III квартал 2004

Закладка Заголовок предоставляет информацию о происхождении и пункте назначения данных, используемых правилах, времени выполнения, имени пользователя и его индивидуальных настройках.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

147

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

•

•

BW310

Закладка Статус предоставляет информацию о техническом и общем статусе запроса. При возникновении ошибок в запросе последний результат анализа ассистента монитора отображается на этой закладке в виде подробного текста. Необходимое по результатам анализа действие предлагается системой в виде кнопки под текстовым полем. На этой закладке также доступен пошаговый анализ ассистента. Закладка Подробно предоставляет информацию с самого последнего подробного экрана монитора (обновленные данные, обновленная информация, планировщик, все IDoc), а также дополнительную информацию о потоке данных, представленном в обзорном дереве.

Для перехода к монитору перейдите в инструментальные средства администратора и выберите Перейти к → Мониторинг → Монитор. Из области моделирования в инструментальных средствах администратора можно перейти к монитору, в котором можно указать узел дерева и выбрать Инструменты → Монитор. На первом экране монитора имеется опция ограничения процессов загрузки базовыми кубами, инфо-источниками, пользователями и периодами времени посредством установки критериев выбора. Например, все процессы загрузки данных в инфо-кубе Поступление заказов с начала месяца могут быть проверены г. Мастерманном и, возможно, проанализированы на наличие ошибок. Этот критерий выбора позволяет сохранять и вызывать варианты выбора посредством запроса. При вызове монитора через контекстное меню инфо-пакета в области мониторинга автоматически отображается информация по этому инфо-пакету. Кроме того, имеется выбор из трех различных форматов представления в мониторе (обзорное дерево, обзорный список и таблица данных планирования). Для перехода к экрану выбора для монитора выберите Монитор → Новый выбор.

Демонстрация: Monitor Цель Activating the monitor

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя TRAINING Пароль: See this week's mail Инструкция по настройке: No settings required

148

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

III квартал 2004

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

1.

Entry with transaction RSMON

2.

The monitoring functions show, for example, the status overview, the tree configuration, and the filters set.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

149

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Подготовка к использованию инфо-источника с прямым обновлением для загрузки данных атрибутов и текстовых данных 1.

Создайте в дереве инфо-источников Инфо-источник с прямым обновлением в прикладном компоненте . На следующем шаге необходимо определить, каков будет источник данных для данного признака. Если необходимо использовать инфо-объект из бизнес-содержимого, то для этого потребуется соответствующий источник данных. В исходной системе необходимо активировать и заменить источник данных. В этом случае сразу переходите к шагам 3 и 4, поскольку источник данных из содержимого автоматически помещается под прикладным компонентом. Если инфо-объект был создан самостоятельно пользователем, разверните существующий источник данных или, при необходимости, создайте его самостоятельно (= родовой источник данных).

2.

Создайте прикладной компонент в исходной системе (транзакция SBIW).

3.

Создайте (родовой) источник данных для атрибутов или текстов в исходной системе (транзакция SBIW).

4.

Обновите в BW иерархию компонентов для исходной системы и скопируйте источник данных для атрибутов или текстов в соответствующий прикладной компонент в BW.

5.

Соедините источник данных для атрибутов или текстов с инфо-источником.

6.

Определите правила переноса . Посредством правил переноса определяются пополняемые данными инфо-объекты в структуре связи, поля в структуре переноса, из которых извлекаются эти данные, и используемый метод переноса этих данных. Помните: имеется четыре разных метода (обновление1:1, константа, локальная или глобальная ABAP-подпрограмма, формула)

7.

Создайте инфо-пакет и запланируйте его обновление.

Продолжение на следующей странице

150

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

8.

Пронаблюдайте процесс загрузки данных с помощью монитора. Рекомендация: •

•

Поток данных можно просмотреть посредством контекстного меню инфо-источника, созданного для прямого обновления в дереве инфо-источников. Загрузка иерархий : если был создан инфо-объект с иерархиями, то можно загрузить иерархии, ведение которых осуществлялось в исходной системе SAP, в систему SAP BW. Для этого следует создать инфо-пакет для данного инфо-источника. Для выбора из исходной системы требуемой иерархии в инфо-пакете можно использовать Иерархии. Для загрузки иерархий из внешних систем следует обработать метаданные в ведении структуры переноса (см. раздел Экстракция из дополнительных источников данных и поток данных в SAP BW).

Сценарий

Рисунок 57: Поток данных для данных атрибутов и текстовых данных из системы R/3

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

151

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Демонстрация: Show Hierarchy from an SAP R/3 System with InfoPackage Цель Since no hierarchies are loaded in the exercise from the SAP R/3 system, this topic is dealt with in the demo.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя TRAINING Пароль: See this week's mail Инструкция по настройке: No setting necessary 1. Look in the 0COSTCENTER InfoPackage tree

152

2.

Choose Change for the 0COSTCENTER_HIER InfoPackage

3.

Hierarchy selection tab page

4.

Refresh available hierarchies from OLTP

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Упражнение 4: Использование инфо-источника с прямым обновлением для загрузки данных атрибутов CO из системы R/3 Время на упражнения: 40 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • создавать собственный источник данных для атрибутов в системе R/3 и копировать его в систему SAP BW • использовать созданный источник данных для загрузки атрибутов из системы R/3 в соответствующую таблицу атрибутов инфо-объекта COSTC##

Практический пример Для получения возможности пополнения инфо-объекта МВЗ основными данными из исходной системы SAP требуется создать источник данных для атрибутов. В конечном счете, из исходной системы должны быть доступны все основные данные МВЗ с 01.01.1950.

Данные системы Система: See this week’s mail Мандант: 800 Ид. пользователя Training Пароль: See this week’s mail Инструкция по настройке: 1.

No system settings required

Задание 1 Глобальные правила переноса Так как длина ключа МВЗ в системе R/3 равна 10 символам, а в SAP BW используется 13 символов, то требуется преобразовать 10-символьный ключ к 13-символьному виду. Эту проблему можно решить путем включения 3-символьного префикса. Префикс определяется из технического имени исходной системы.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

153

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Так как данное преобразование необходимо для основных и переменных данных, требуется создать подпрограмму глобального переноса на уровне инфо-объекта COSTC##. Данная подпрограмма выполняется каждый раз при использовании признака в правилах переноса. 1.

Перейдите на экраны ведения инфо-объекта COSTC##. Выберите Меню SAP → Моделирование → Ведение инфо-объектов → Инфо-объект.

2.

Создайте подпрограмму переноса. Для включения 3-символьного префикса имени исходной системы в подпрограмму переноса требуется ввести следующий программный код: *$*$ begin of routine - insert your code only below this line shift result right by 3 places. result(3) = source_system. returncode = 0. *$*$ end of routine - insert your code only before this line Проверьте и сохраните подпрограмму. После выполнения этих изменений не забудьте активировать инфо-объект.

Задание 2 Создание инфо-источника с прямым обновлением При создании инфо-объекта COSTC## система автоматически создала таблицу основных данных /BIC/QTCOSTC## и таблицу текстов /BIC/COSTC##. Теперь требуется заполнить их атрибутами и текстовыми данными из приложения системы R/3. 1.

Создайте новый инфо-источник для Прямое обновление основных данных признака COSTC##. Откройте Инструментальные средства администратора → Моделирование → Инфо-источники в прикладном компоненте Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##). Выберите Прямое обновление основных данных, затем в качестве инфо-объекта введите COSTC##.

2.

Теперь требуется подготовить процесс загрузки атрибутов МВЗ из исходной системы SAP. Для этого в исходной системе R/3 нужно создать родовой источник данных. Источник данных представляет необходимый ракурс данных МВЗ в исходной системе. Именно эти данные требуется загрузить в SAP BW. Продолжение на следующей странице

154

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Создайте в исходной системе T90CLNT090 при помощи транзакции SBIW источник данных ZGR##CC_ATTR. Выберите Моделирование → Исходные системы, контекстное меню исходной системы‚T90CLNT090 → Пользовательская настройка экстракторов. Будет выполнен автоматический переход к транзакции SBIW SAP BW. Примечание: Либо при использовании своего имени пользователя и пароля войдите в исходную систему T90CLNT090 (T90CLNT090-IDES Мандант 800). Вызовите транзакцию SBIW. Рекомендация: В зависимости от среды обучения, могут быть подключены различные исходные системы. Запишите данные, указанные референтом. Рекомендация: Процедура создания прикладных компонентов (не относится к упражнениям): Выберите Business Information Warehouse → Постобработка источников данных → Обработка источников данных и иерархий прикладных компонентов. Выберите

IMG-операция.

Установите курсор на узел Система R/3 и создайте новый прикладной компонент. Присвойте ему имя BW310-##. Выберите созданный узел и нажмите Переименовать. Измените описание на BW310-## и сохраните изменения. Сохраните иерархию прикладных компонентов. В исходной системе в транзакции SBIW выберите Business Information Warehouse → Родовые источники данных → Ведение родового источника данных. Выберите

IMG-операция.

Создайте источник данных для основных данных со следующим именем: Имя поля

Значение

Атрибуты основных данных

ZGR##CC_ATTR

Выберите

Создать. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

155

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

В Создать источник данных для атрибутов основных данных: ZGR##CC_ATTR введите следующие данные: В иерархии прикладных компонентов выберите узел, которому присвоен источник данных. Имя поля

Значение

Прикладной компонент

BW310-##

Предупреждение: Выберите ракурс BIW_CSKS, предоставляющий информацию атрибута для МВЗ. Имя поля

Значение

Ракурс/таблица

BIW_CSKS

Он основан на таблице CSKS, содержащей проверочную таблицу для основных данных МВЗ в системе R/3. Введите имя источника данных. Имя поля

Значение

Описание

COSTC## Атр.ИстДанн

Сохраните введенные данные

.

Если система потребует указать класс разработок, выберите Локальный объект. В качестве полей выбора выберите поля КЕ (KOKRS), БЕ (BUKRS), Конец срока действия (DATETO), Начало срока действия (DATEFROM), затем сохраните их. Выйдите из транзакции. 3.

В Инструментальные средства администратора выберите ракурс Исходная система. В Обзор источников данных для исходной системы IDES R/3 (T90CLNT090) скопируйте новый источник данных ZGR##CC_ATTR в SAP BW. Предупреждение: Копировать можно только собственные источники данных.

Продолжение на следующей странице

156

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Соедините существующий инфо-источник COSTCC## с копируемым источником данных ZGR##CC_ATTR. 4.

После отображения источника данных, созданного в системе R/3, к инфо-источнику, созданному в системе SAP BW, будет выполнен автоматический переход на экраны ведения для структуры переноса, правил переноса и структуры связи. (Следует помнить, что поля в структуре связи инфо-источника COSTC## являются атрибутами в таблице основных данных инфо-объекта COSTC##). В правой части закладки Правила переноса система предлагает соответствующие присвоения инфо-объектов SAP BW полям в источнике данных. Только для одного присвоения требуется выполнить ведение вручную, т.к. система неспособна сгенерировать значение по умолчанию для этого поля. Присвойте инфо-объект GR## МВЗ 13 (COSTC##) инфо-объекту МВЗ / KOSTL, а затем активируйте структуру и правила переноса.

5.

Теперь основные данные можно загрузить из исходной системы SAP. Для этого в Инструментальные средства администратора: Моделирование в ракурсе Инфо-источники в прикладном компоненте Группа ## создайте инфо-пакет для исходной системы IDES R/3 (T90CLNT090) со следующим описанием: GR## Основные данные МВЗ OLTP Рекомендация: Обновите отображаемые в дереве данные. Не вводите значений для выбора данных. Для вида обработки укажите, что проводка данных в PSA, а затем в инфо-объект, выполняется без проверки непротиворечивости значений признаков в правилах переноса. На закладке Обновление выберите режим Полное обновление. Определите, что проводка данных осуществляется всегда, даже если основных данных не существует. В качестве начальной даты введите 01.01.1950, а в качестве конечной – 31.12.9999. Запланируйте немедленный запуск загрузки данных. Запустите процесс загрузки и проверьте его в мониторе.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

157

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Решение 4: Использование инфо-источника с прямым обновлением для загрузки данных атрибутов CO из системы R/3 Задание 1 Глобальные правила переноса Так как длина ключа МВЗ в системе R/3 равна 10 символам, а в SAP BW используется 13 символов, то требуется преобразовать 10-символьный ключ к 13-символьному виду. Эту проблему можно решить путем включения 3-символьного префикса. Префикс определяется из технического имени исходной системы. Так как данное преобразование необходимо для основных и переменных данных, требуется создать подпрограмму глобального переноса на уровне инфо-объекта COSTC##. Данная подпрограмма выполняется каждый раз при использовании признака в правилах переноса. 1.

Перейдите на экраны ведения инфо-объекта COSTC##. Выберите Меню SAP → Моделирование → Ведение инфо-объектов → Инфо-объект. a) b) c)

2.

Выберите Меню SAP → Моделирование → Ведение инфо-объектов → Инфо-объект. В поле Инфо-объект введите техническое имя признака COSTC##. Выберите Ведение.

Создайте подпрограмму переноса. Для включения 3-символьного префикса имени исходной системы в подпрограмму переноса требуется ввести следующий программный код: *$*$ begin of routine - insert your code only below this line shift result right by 3 places. result(3) = source_system. returncode = 0. *$*$ end of routine - insert your code only before this line

Продолжение на следующей странице

158

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Проверьте и сохраните подпрограмму. После выполнения этих изменений не забудьте активировать инфо-объект. a) b) c)

На закладке Общее в области Подпрограмма переноса выберите Создать подпрограмму переноса. Установите курсор на начало строки RESULT =. и нажмите . для вставки новой строки. Во вставленной строке введите следующий программный код: shift result right by 3 places.

d)

Во второй строке измените RESULT=. на result(3) = source_system.

e)

Проверьте подпрограмму

f)

Затем сохраните подпрограмму

g)

Активируйте инфо-объект

. .

.

Задание 2 Создание инфо-источника с прямым обновлением При создании инфо-объекта COSTC## система автоматически создала таблицу основных данных /BIC/QTCOSTC## и таблицу текстов /BIC/COSTC##. Теперь требуется заполнить их атрибутами и текстовыми данными из приложения системы R/3. 1.

Создайте новый инфо-источник для Прямое обновление основных данных признака COSTC##. Откройте Инструментальные средства администратора → Моделирование → Инфо-источники в прикладном компоненте Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##). Выберите Прямое обновление основных данных, затем в качестве инфо-объекта введите COSTC##. a) b) c) d)

2.

В контекстном меню прикладного компонента выберите Группа ## (ZT_BW310_GR##) → Создать инфо-источник... Выберите Прямое обновление основных данных. Введите техническое имя признака (COSTC##). и подтвердите присвоение Выберите Скопировать инфо-источника прикладному компоненту.

Теперь требуется подготовить процесс загрузки атрибутов МВЗ из исходной системы SAP. Для этого в исходной системе R/3 нужно создать родовой источник данных. Источник данных представляет необходимый ракурс данных МВЗ в исходной системе. Именно эти данные требуется загрузить в SAP BW. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

159

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Создайте в исходной системе T90CLNT090 при помощи транзакции SBIW источник данных ZGR##CC_ATTR. Выберите Моделирование → Исходные системы, контекстное меню исходной системы‚T90CLNT090 → Пользовательская настройка экстракторов. Будет выполнен автоматический переход к транзакции SBIW SAP BW. Примечание: Либо при использовании своего имени пользователя и пароля войдите в исходную систему T90CLNT090 (T90CLNT090-IDES Мандант 800). Вызовите транзакцию SBIW. Рекомендация: В зависимости от среды обучения, могут быть подключены различные исходные системы. Запишите данные, указанные референтом. Рекомендация: Процедура создания прикладных компонентов (не относится к упражнениям): Выберите Business Information Warehouse → Постобработка источников данных → Обработка источников данных и иерархий прикладных компонентов. Выберите

IMG-операция.

Установите курсор на узел Система R/3 и создайте новый прикладной компонент. Присвойте ему имя BW310-##. Выберите созданный узел и нажмите Переименовать. Измените описание на BW310-## и сохраните изменения. Сохраните иерархию прикладных компонентов. В исходной системе в транзакции SBIW выберите Business Information Warehouse → Родовые источники данных → Ведение родового источника данных. Выберите

IMG-операция.

Создайте источник данных для основных данных со следующим именем: Имя поля

Значение

Атрибуты основных данных

ZGR##CC_ATTR

Выберите

Создать. Продолжение на следующей странице

160

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

В Создать источник данных для атрибутов основных данных: ZGR##CC_ATTR введите следующие данные: В иерархии прикладных компонентов выберите узел, которому присвоен источник данных. Имя поля

Значение

Прикладной компонент

BW310-##

Предупреждение: Выберите ракурс BIW_CSKS, предоставляющий информацию атрибута для МВЗ. Имя поля

Значение

Ракурс/таблица

BIW_CSKS

Он основан на таблице CSKS, содержащей проверочную таблицу для основных данных МВЗ в системе R/3. Введите имя источника данных. Имя поля

Значение

Описание

COSTC## Атр.ИстДанн

Сохраните введенные данные

.

Если система потребует указать класс разработок, выберите Локальный объект. В качестве полей выбора выберите поля КЕ (KOKRS), БЕ (BUKRS), Конец срока действия (DATETO), Начало срока действия (DATEFROM), затем сохраните их. Выйдите из транзакции. a)

Решение совпадает с решением для задания. Для выхода из транзакции дважды нажмите клавишу F3. Источник данных для основных данных МВЗ создается в системе R/3 в прикладном компоненте BW310-##.

3.

В Инструментальные средства администратора выберите ракурс Исходная система. В Обзор источников данных для исходной системы IDES R/3 (T90CLNT090) скопируйте новый источник данных ZGR##CC_ATTR в SAP BW. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

161

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Предупреждение: Копировать можно только собственные источники данных. Соедините существующий инфо-источник COSTCC## с копируемым источником данных ZGR##CC_ATTR. a)

b)

Откройте Инструментальные средства администратора → Моделирование → Исходные системы. В контекстном меню для исходной системы IDES R/3 (T90CLNT090) выберите Обзор источников данных. В правом окне найдите прикладной компонент BW310-##. В контекстном меню для прикладного компонента BW310-## выберите Скопировать источники данных. Таким образом, будут скопированы только источники данных для прикладного компонента BW310-##. Теперь источник данных МВЗ ZGR##CC_ATTR располагается под прикладным компонентом BW310-##.

c)

Для соединения инфо-источника COSTC## с новым источником данных ZGR##CC_ATTR в контекстном меню для источника данных ZGR##CC_ATTR выберите Присвоить инфо-источник. Имя поля

Значение

Прочие

COSTC##

Выберите "Скопировать"

.

Сохраните присвоение источника данных ZGR##CC_ATTR инфо-источнику COSTC##. 4.

После отображения источника данных, созданного в системе R/3, к инфо-источнику, созданному в системе SAP BW, будет выполнен автоматический переход на экраны ведения для структуры переноса, правил переноса и структуры связи. (Следует помнить, что поля в структуре связи инфо-источника COSTC## являются атрибутами в таблице основных данных инфо-объекта COSTC##). В правой части закладки Правила переноса система предлагает соответствующие присвоения инфо-объектов SAP BW полям в источнике данных. Только для одного присвоения требуется выполнить ведение вручную, т.к. система неспособна сгенерировать значение по умолчанию для этого поля. Продолжение на следующей странице

162

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Присвойте инфо-объект GR## МВЗ 13 (COSTC##) инфо-объекту МВЗ / KOSTL, а затем активируйте структуру и правила переноса. a) b)

В правой части закладки Правила переноса в области Присвоение инфо-объекта полю выберите строку МВЗ / KOSTL. В поле Инфо-объект введите техническое имя признака COSTC## и нажмите клавишу для выполнения проверки. Имя поля

Значение

COSTL

COSTC##

В результате присвоение будет сохранено, также будет создано новое полное предложение значений. После выполнения присвоения появляется зеленый свет светофора. c) 5.

Активируйте структуру и правила переноса

.

Теперь основные данные можно загрузить из исходной системы SAP. Для этого в Инструментальные средства администратора: Моделирование в ракурсе Инфо-источники в прикладном компоненте Группа ## создайте инфо-пакет для исходной системы IDES R/3 (T90CLNT090) со следующим описанием: GR## Основные данные МВЗ OLTP Рекомендация: Обновите отображаемые в дереве данные. Не вводите значений для выбора данных. Для вида обработки укажите, что проводка данных в PSA, а затем в инфо-объект, выполняется без проверки непротиворечивости значений признаков в правилах переноса. На закладке Обновление выберите режим Полное обновление. Определите, что проводка данных осуществляется всегда, даже если основных данных не существует. В качестве начальной даты введите 01.01.1950, а в качестве конечной – 31.12.9999. Запланируйте немедленный запуск загрузки данных.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

163

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Запустите процесс загрузки и проверьте его в мониторе. a)

Для открытия дерева инфо-источников для созданного инфо-источника COSTC## выберите Инструментальные средства администратора → Моделирование → Инфо-источники → Обучение BW → BW310 Организация хранилищ данных → Группа ## → COSTC##. Рекомендация: Обновите отображаемые в дереве данные. В контекстном меню исходной системы IDES R/3 (T90CLNT090) выберите Создать инфо-пакет. Введите следующие значения Имя поля

Значение

Описание

GR## Основные данные МВЗ OLTP

Выберите b) c)

d)

Сохранить.

Не вводите данных на закладке Выбор данных. На закладке Обработка выберите следующее: Имя поля

Значение

Проверка непротиворечивости значений признаков в правилах переноса

пусто

PSA и затем в цели данных (по пакетам)

(отметить)

На закладке Обновление выберите следующее: Имя поля

Значение

Полное обновление

(отметить)

Всегда обновлять данные, даже если для них (отметить) не существует основных данных

Продолжение на следующей странице

164

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

e)

f)

Начальная дата

01.01.1950

Конечная дата

31.12.9999

На закладке Запланировать выберите Немедленный запуск загрузки данных и запустите процесс загрузки данных с . помощью Для проверки процесса загрузки данных в мониторе нажмите

III квартал 2004

.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

165

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

166

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

BW310

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Упражнение 5: Использование инфо-источника с гибким обновлением для загрузки данных текстов CO из системы R/3 Время на упражнения: минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • создавать свой собственный источник данных для текстов в системе R/3 и переносить его в систему BW • использовать созданный источник данных для загрузки атрибутов из системы R/3 в таблицу текстов основных данных инфо-объекта COSTC##

Практический пример Для получения возможности пополнения инфо-объекта МВЗ для предприятия АВС основными данными из системы R/3 требуется создать источник данных для текстов. Все основные данные из 0COSTCENTER должны быть доступны для COSTC##.

Данные системы Система: See this week’s mail Мандант: 800 Ид. пользователя Training Пароль: See this week’s mail Инструкция по настройке: No system settings required

Задание Необходимо подготовить процесс загрузки текстов МВЗ из системы R/3. В исходной системе необходимо создать источник данных. Источник данных представляет необходимый ракурс данных МВЗ в системе R/3. Это данные, которые будут загружаться в систему R/3. 1.

Теперь должен быть подготовлен процесс загрузки текстов МВЗ из исходной системы SAP. Для этого в исходной системе R/3 необходимо создать родовой источник данных. Источник данных представляет необходимый ракурс данных МВЗ в исходной системе. Это данные, которые будут загружаться в SAP BW.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

167

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Создайте в исходной системе IDES R/3 (T90CLNT090) при помощи транзакции SBIW источник данных ZGR##CC_TEXT. Выберите Инструментальные средства администратора: Моделирование > Исходные системы. В контекстном меню для исходной системы IDES R/3 (T90CLNT090) выберите Пользовательская настройка экстракторов. В исходной системе происходит автоматический переход к транзакции SBIW SAP BW. Рекомендация: В зависимости от среды обучения, могут быть подключены различные исходные системы. Запишите данные, указанные референтом. В исходной системе в транзакции SBIW выберите Родовые источники данных > Ведение родового источника данных. Создайте источник данных для текстов со следующим описанием: ZGR##CC_TEXT. Присвойте источник данных ZGR##CC_TEXT прикладному компоненту BW310-##. Для Ракурс/таблица выберите BIW_CSKT и в качестве краткого, среднего и подробного текста введите COSTC##Текст ИстДанн. Подтвердите введенные данные. Если система потребует указать класс разработок, выберите Локальный объект. Выберите поля КЕ (KOKRS), Конец срока действия (DATETO), Начало срока действия (DATEFROM) в качестве полей выбора и вновь выполните сохранение. Выйдите из транзакции. 2.

В Инструментальные средства администратора выберите ракурс Исходная система. В Обзор источников данных для исходной системы IDES R/3 (T90CLNT090) скопируйте новый источник данных ZGR##CC_TEXT в SAP BW. Предупреждение: Копировать можно только собственные источники данных. Соедините существующий инфо-источник COSTCC## с копируемым источником данных ZGR##CC_TEXT. Продолжение на следующей странице

168

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

3.

После отображения источника данных, созданного в системе R/3, к инфо-источнику, созданному в системе SAP BW, будет выполнен автоматический переход на экраны ведения для структуры переноса, правил переноса и структуры связи. В правой части закладки Правила переноса система предлагает соответствующие присвоения инфо-объектов SAP BW полям в источнике данных. Если все светофоры показывают зеленый цвет, активируйте правила переноса и выйдите из транзакции (F3).

4.

Теперь можно выполнить загрузку основных данных из исходной системы SAP. Для этого в Инструментальные средства администратора: Моделирование в ракурсе Инфо-источники в прикладном компоненте Группа ## создайте инфо-пакет для исходной системы IDES R/3 (T90CLNT090) со следующим описанием: GR## Тексты МВЗ OLTP Рекомендация: Обновите отображаемые в дереве данные. Не вводите значений для выбора данных. Для вида обработки укажите, что проводка данных в PSA, а затем в инфо-объект, выполняется без проверки непротиворечивости значений признаков в правилах переноса. На закладке Обновление выберите режим Полное обновление. Определите, что данные проводятся всегда, даже если основных данных не существует. В качестве начальной даты введите 01.01.1950, а в качестве конечной – 31.12.9999. Запланируйте немедленный запуск загрузки данных. Запустите процесс загрузки и проверьте его в мониторе.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

169

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Решение 5: Использование инфо-источника с гибким обновлением для загрузки данных текстов CO из системы R/3 Задание Необходимо подготовить процесс загрузки текстов МВЗ из системы R/3. В исходной системе необходимо создать источник данных. Источник данных представляет необходимый ракурс данных МВЗ в системе R/3. Это данные, которые будут загружаться в систему R/3. 1.

Теперь должен быть подготовлен процесс загрузки текстов МВЗ из исходной системы SAP. Для этого в исходной системе R/3 необходимо создать родовой источник данных. Источник данных представляет необходимый ракурс данных МВЗ в исходной системе. Это данные, которые будут загружаться в SAP BW. Создайте в исходной системе IDES R/3 (T90CLNT090) при помощи транзакции SBIW источник данных ZGR##CC_TEXT. Выберите Инструментальные средства администратора: Моделирование > Исходные системы. В контекстном меню для исходной системы IDES R/3 (T90CLNT090) выберите Пользовательская настройка экстракторов. В исходной системе происходит автоматический переход к транзакции SBIW SAP BW. Рекомендация: В зависимости от среды обучения, могут быть подключены различные исходные системы. Запишите данные, указанные референтом. В исходной системе в транзакции SBIW выберите Родовые источники данных > Ведение родового источника данных. Создайте источник данных для текстов со следующим описанием: ZGR##CC_TEXT. Присвойте источник данных ZGR##CC_TEXT прикладному компоненту BW310-##. Для Ракурс/таблица выберите BIW_CSKT и в качестве краткого, среднего и подробного текста введите COSTC##Текст ИстДанн. Подтвердите введенные данные.

Продолжение на следующей странице

170

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Если система потребует указать класс разработок, выберите Локальный объект. Выберите поля КЕ (KOKRS), Конец срока действия (DATETO), Начало срока действия (DATEFROM) в качестве полей выбора и вновь выполните сохранение. Выйдите из транзакции. a)

Выберите Инструментальные средства администратора: Моделирование > Исходные системы. В контекстном меню для исходной системы IDES R/3 (T90CLNT090) выберите Пользовательская настройка экстракторов. В исходной системе произойдет автоматический переход к транзакции SBIW SAP BW. Войдите в исходную систему T90CLNT090 (T90CLNT090-IDES Мандант 800) и вызовите специфичную для BW транзакцию SBIW.

b)

В исходной системе в транзакции SBIW выберите Business Information Warehouse > Родовые источники данных > Ведение родового источника данных. Выберите

IMG-операция.

Введите следующие данные: Имя поля

Значение

Тексты

ZGR##CC_TEXT

Выберите

Создать.

На экране Создать источник данных для текстов: ZGR##CC_ATTR введите следующие данные: Имя поля

Значение

Прикладной компонент

BW310-##

Ракурс/таблица

BIW_CSKT

Краткий текст

COSTC##Текст ИстДанн.

Средний текст

COSTC## Текст ИстДанн.

Подробный текст

COSTC## Текст ИстДанн.

Рекомендация: Таблица CSKS является проверочной таблицей для текстов МВЗ в системе R/3. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

171

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

Сохраните введенные данные

BW310

.

Если система потребует указать класс разработок, выберите Локальный объект. В столбце Выбор выберите поля КЕ (KOKRS), Конец срока действия (DATETO), Начало срока действия (DATEFROM) и сохраните выбор. Дважды нажмите F3 для выхода из транзакции. В системе R/3 источник данных для основных данных МВЗ будет создан в прикладном компоненте BW310-##. 2.

В Инструментальные средства администратора выберите ракурс Исходная система. В Обзор источников данных для исходной системы IDES R/3 (T90CLNT090) скопируйте новый источник данных ZGR##CC_TEXT в SAP BW. Предупреждение: Копировать можно только собственные источники данных.

Продолжение на следующей странице

172

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Соедините существующий инфо-источник COSTCC## с копируемым источником данных ZGR##CC_TEXT. a)

b)

Откройте Инструментальные средства администратора > Моделирование > Исходные системы. В контекстном меню для исходной системы IDES R/3 (T90CLNT090) выберите Обзор источников данных. В правом окне найдите прикладной компонент BW310-##. В контекстном меню для прикладного компонента BW310-## выберите Скопировать источники данных. Таким образом, будут скопированы только источники данных для прикладного компонента BW310-##. Теперь источник данных МВЗ ZGR##CC_TEXT располагается под прикладным компонентом BW310-##.

c)

Для соединения инфо-источника COSTC## с новым источником данных ZGR##CC_TEXT в контекстном меню для источника данных ZGR##CC_TEXT выберите Присвоить инфо-источник. Введите следующее: Имя поля

Значение

Прочие

COSTC##

Выберите "Скопировать"

.

Сохраните присвоение источника данных ZGR##CC_TEXT инфо-источнику COSTC##. 3.

После отображения источника данных, созданного в системе R/3, к инфо-источнику, созданному в системе SAP BW, будет выполнен автоматический переход на экраны ведения для структуры переноса, правил переноса и структуры связи. В правой части закладки Правила переноса система предлагает соответствующие присвоения инфо-объектов SAP BW полям в источнике данных. Если все светофоры показывают зеленый цвет, активируйте правила переноса и выйдите из транзакции (F3). a)

Сохраните данные

.

Активируйте структуру переноса и правила переноса

.

Выйдите из транзакции. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

173

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

4.

BW310

Теперь можно выполнить загрузку основных данных из исходной системы SAP. Для этого в Инструментальные средства администратора: Моделирование в ракурсе Инфо-источники в прикладном компоненте Группа ## создайте инфо-пакет для исходной системы IDES R/3 (T90CLNT090) со следующим описанием: GR## Тексты МВЗ OLTP Рекомендация: Обновите отображаемые в дереве данные. Не вводите значений для выбора данных. Для вида обработки укажите, что проводка данных в PSA, а затем в инфо-объект, выполняется без проверки непротиворечивости значений признаков в правилах переноса. На закладке Обновление выберите режим Полное обновление. Определите, что данные проводятся всегда, даже если основных данных не существует. В качестве начальной даты введите 01.01.1950, а в качестве конечной – 31.12.9999. Запланируйте немедленный запуск загрузки данных. Запустите процесс загрузки и проверьте его в мониторе. a)

Для открытия дерева инфо-источников для созданного инфо-источника COSTC## выберите Инструментальные средства администратора > Моделирование > Инфо-источники > Обучение BW > BW310 Организация хранилищ данных > Группа ## > COSTC##. Рекомендация: Обновите отображаемые в дереве данные. В контекстном меню для исходной системы IDES R/3 T90CLNT090 выберите Создать инфо-пакет. В окне "Создать инфо-пакет" введите следующее описание: Имя поля

Значение

Описание

GR## Тексты МВЗ OLTP

Продолжение на следующей странице

174

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных (атрибутов, текстов, иерархий)

Выберите источник данных COSTC## Текст ИстДанн. (ZGR##CC_TEXT). Выберите b) c)

Сохранить.

Не вводите данных на закладке Выбор данных. На закладке Обработка выберите следующее: Имя поля

Значение

Проверка непротиворечивости значений признаков в правилах переноса

пусто

PSA и затем в инфо-объекты (по пакетам) (отметить) d)

e)

f)

На закладке Обновление выберите следующее: Имя поля

Значение

Полное обновление

(отметить)

Начальная дата

01.01.1950

Конечная дата

31.12.9999

На закладке Запланировать выберите Немедленный запуск загрузки данных и запустите процесс загрузки данных с . помощью Для проверки процесса загрузки данных в мониторе нажмите

III квартал 2004

.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

175

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Резюме по уроку Теперь вы сможете: • описывать процесс ETL для основных данных из исходных систем R/3 • определять метаобъекты SAP BW и системы R/3, которые являются частью процесса загрузки для основных данных • загружать основные данные (атрибуты, тексты и иерархии) из системы R/3 в соответствующие таблицы основных данных в SAP BW путем использования правил переноса и инфо-источника основных данных • использовать монитор для отслеживания процессов загрузки данных и анализа ошибок

176

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Загрузка переменных данных

Загрузка переменных данных Продолжительность урока: 60 минут(ы)

Обзор урока На этом уроке описываются правила обновления для гибкого обновления. Здесь представлены методы обновления для показателей, признаков и временных признаков. В конце урока будут рассматриваться специальные методы обновления.

Цели урока Прослушав этот урок, вы сможете: • • • • •

пояснять концепцию правил обновления описывать различные методы обновления для показателей, признаков и временных признаков создавать правила обновления для базового куба использовать редактор формул для определения правил обновления загружать переменные данные из исходной системы SAP в систему SAP BW

Throughout the text, notes are inserted for the instructor.

Практический пример На предприятии необходимо проводить ежемесячный анализ данных из системы R/3 с помощью базового куба Учет по МВЗ. После загрузки основных данных в вышеназванный базовый куб необходимо загрузить переменные данные.

Определение правил обновления Правило обновления определяет способ обновления показателей и признаков из инфо-источника в целях данных.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

177

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Определение правил обновления •

•

Правила обновления подлежат ведению, если предоставляется цель данных из инфо-источника с гибким обновлением. Ведение правил обновления необходимо в том случае, если предоставляется инфо-объект из инфо-источника с прямым обновлением. В случае гибкого обновления необходимо указать правило обновления для каждого показателя или признака из цели данных. Цель данных может быть предоставлена несколькими инфо-источниками. Должны быть созданы правила обновления для каждого из этих инфо-источников. Рекомендация: Термины прямое обновление и гибкое обновление поясняются более подробно на этом уроке.

Рисунок 58: Обновления

В следующем разделе подробно поясняется то, каким образом обновляются данные в базовом кубе. Существует одно правило обновления для каждого показателя инфо-источника. Оно обычно состоит из правила непосредственно для показателя и соответствующих правил для признаков, временных признаков и единиц для показателя.

178

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

Рисунок 59: Правила обновления: обзор

The maintenance of update rules deviates here for InfoObjects and ODS objects. For example, if the InfoObject master data from an InfoSource is provided with flexible updating, then for each attribute there is an update rule for the attribute itself and the key fields.

Показатели При ведении правил обновления необходимо различать виды обновления и методы обновления. С помощью вида обновления можно определить, обновляется ли показатель в целях данных. Существуют следующие виды обновления: •

•

С помощью вида Добавление осуществляется добавление значений показателей для записей данных, имеющих одинаковые значения с соответствующими признаками. При выборе Без обновления показатели не записываются в цели данных.

С помощью метода обновления можно управлять обновлением показателя в целях данных. Имеются следующие критерии выбора: • •

III квартал 2004

Исходный показатель: поле пополняется непосредственно из исходного показателя, относящегося к структуре связи (K1). Подпрограмма: целевое поле определяется ABAP-программой. В подпрограмме доступны все функции ABAP-программирования. Как правило, подпрограммы имеют только одно значение возврата (K2) для показателей.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

179

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

•

BW310

Формула: целевое поле определяется формулой из одного или несколько исходных полей (K3). Редактор формул подробно рассматривается в конце урока.

Признаки Для обновления признаков существуют следующие методы обновления: • • •

• • •

Исходный признак (M1), Подпрограмма (M2), Источник атрибута основных данных: обновление атрибута осуществляется посредством получения другого признака из таблицы основных данных (M3), Константы: целевое поле непосредственно пополняется постоянным значением (M4), Формула (M5), Начальное значение (M6): поле пополняется начальным значением.

Временные признаки Для обновления временных признаков существуют следующие методы обновления: •

Исходный признак (Z1), Подпрограмма (Z2),

•

• • • •

Источник атрибута основных данных (Z3): обновление атрибута осуществляется посредством получения другого признака из таблицы основных данных, Константа (Z4), Формула (Z5), Начальное значение (Z6), Распределение по времени (Z7): с помощью распределения по времени можно распределить показатели по более мелким единицам времени.

Специальные методы обновления

180

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

Обновление показателей: таблица возврата При использовании подпрограммы для показателя с правилом обновления вместо отдельного значения можно осуществить возврат таблицы. Для этого необходимо установить индикатор Таблица возврата. Затем для соответствующего значения показателя в цель данных записывается несколько записей данных. Пример: можно использовать таблицу возврата для распределения значения показателя по нескольким записям данных.

Рисунок 60: Правило обновления показателей: таблица возврата

Обновление показателей: пересчет валют Функция пересчета валют при обновлении позволяет выполнить пересчет показателей из исходного запроса в инфо-источнике в целевую валюту в целях данных. Опции пересчета валют зависят от определения фиксированной или переменной валюты в показателях источника и/или цели данных.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

181

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Рисунок 61: Правило обновления показателей: пересчет валют

При пересчете валют может быть использован вид пересчета валюты. Quickly show where currency types can be maintained (transaction RRC3, currency translation key DEMO001). The exchange rate is not directly maintained in the BW system, but rather in the R/3 source system. Exchange rates can be transferred from R/3 into BW (in the AWB: Modeling→ Source Systems, R/3 system context menu, transfer exchange rate function.

Обновление показателей: подпрограмма преобразования Кроме того, пересчет валют можно также произвести с помощью подпрограммы. Подпрограмму можно также использовать для пересчета любых других единиц измерения.

182

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

Рисунок 62: Правило обновления показателей: подпрограмма преобразования

Признак обновления: деривация Путем обновления признаков можно выполнить расширение или деривацию инфо-куба с атрибутами. Деривация осуществляется из таблицы основных данных другого признака. Этот признак должен существовать также в структуре связи. Рекомендация: Если атрибут зависит от времени, необходимо также указать, когда должно происходить считывание.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

183

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Рисунок 63: Правило обновления признаков: деривация

Обновление временных признаков: распределение по времени С помощью обновления временных признаков можно распределить суммируемые показатели по меньшим единицам времени. В том случае, если инфо-куб имеет более высокую степень гранулярности по времени, чем структура связи, можно использовать распределение по времени. При этом будет выполнено распределение показателя в равных частях по заданным единицам времени.

184

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

Рисунок 64: Обновление временных признаков: распределение по времени

Пример: необходимо распределить календарный месяц 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:

Календарный месяц 07.2001 CW

Пон

Вт

Ср

Чт

Пт

Сб

26 27

III квартал 2004

Вс 1

2

3

4

5

6

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

7

8

185

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

28

9

10

11

12

13

14

15

29

16

17

18

19

20

21

22

30

23

24

25

26

27

28

29

31

30

31

Рекомендация: Распределение по времени не может быть выбрано для отдельных показателей целей данных, поскольку оно действительно для всех показателей. Можно определить, следует ли при распределении по времени использовать обычный календарь, или требуется выбрать конкретный производственный календарь. Можно распределить временной признак из инфо-источника в различные временные признаки для инфо-куба. Например, можете распределить признак 0CALYEAR из инфо-куба в CALMONTH и CALWEEK, если они согласуются с определением структуры инфо-куба.

Подпрограмма запуска Подпрограмма запуска - это подпрограмма, выполняемая в начале обновления. В пределах подпрограммы доступен весь пакет данных.

Рисунок 65: Подпрограмма запуска

Пример: подпрограмму запуска можно использовать для создания внутренних таблиц, которые могут затем использоваться в подпрограммах для показателей и признаков. Этот метод

186

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

обеспечивает более высокую производительность, так как позволяет избежать вызова базы данных в правилах обновления для показателей и подпрограммах. Рекомендация: Существует также опция создания подпрограммы запуска в правилах переноса.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

187

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Подготовка к загрузке переменных данных из исходной системы SAP 1.

Создание исходной системы в SAP BW

2.

Создайте инфо-источник с гибким обновлением прикладном компоненте .

в

На следующем шаге необходимо решить, откуда будет взят источник данных для переменных данных. Если в качестве источника данных используется бизнес-содержимое, то его необходимо активировать в исходной системе. В этом случае перейдите к шагам 3 и 4, так как источник данных из бизнес-содержимого автоматически располагается в прикладном компоненте. Кроме того, имеется опция расширения источника данных для переменных данных. 3.

Создайте прикладной компонент в исходной системе (транзакция SBIW).

4.

Создайте источник данных для переменных данных в исходной системе (транзакция SBIW).

5.

Выполните обновление иерархии компонентов для исходной системы в BW и перенос источника данных в соответствующем прикладном компоненте в SAP BW.

6.

Соедините источник данных с инфо-источником . Используйте источник данных из бизнес-содержимого и подходящий инфо-источник.

7.

Определите правила переноса

8.

Создайте правила обновления . Посредством структуры связи для инфо-источника переменные данные поступают в цели данных (базовые кубы, ODS-объекты) в соответствии с логикой, определенной в правилах обновления. Таким образом, в отличие от правил переноса, определенные правила обновления относятся не столько к исходной системе, сколько к целям данных. С помощью правил обновления информация в цели данных может поступать из одного или нескольких инфо-источников. Они используются для проводки данных в цели данных, а также при изменении и получении данных (например, в подпрограммах обновления для деривации основных данных и при пересчете валют).

9.

Создайте инфо-пакет и запланируйте его обновление.

10. Проверьте процесс загрузки данных в мониторе.

188

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

Сценарий

Рисунок 66: Поток данных для переменных данных из системы R/3

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

189

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

190

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

BW310

III квартал 2004

BW310

Урок: Загрузка переменных данных

Упражнение 6: Загрузка переменных данных CO из системы R/3 Время на упражнения: 30 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • загружать переменные данные из исходной системы SAP OLTP в инфо-куб с помощью инфо-источника из бизнес-содержимого

Практический пример Группа внедрения BW решила использовать стандартный источник данных 0CO_OM_CCA_1 и соответствующий инфо-источник для экстракции переменных данных СО из системы R/3 в систему BW.

Задание Для загрузки переменных данных из исходной системы SAP используется предварительно заданная комбинация источника данных и инфо-источника 0CO_OM_CCA_1. Эта комбинация доступна в бизнес-содержимом. 1.

В качестве подготовки к загрузке переменных данных необходимо соединить инфо-источник 0CO_OM_CCA_1 с инфо-кубом GR##CUBE1. Это осуществляется посредством правил обновления. Определите новую группу правил обновления для загрузки в инфо-куб GR##CUBE1 данных из структуры связи инфо-источника 0CO_OM_CCA_1, активированного из бизнес-содержимого. SAP Easy Access → Моделирование → Инструментальные средства администратора: Моделирование → Инфо-провайдер → Инфо-область → Обучение BW → Обучение клиентов BW → BW310 Организация информационных хранилищ → Группа ## → GR##CUBE1, в контекстном меню выберите Создать правила обновления. Имя поля

Значение ввода

Инфо-источник

0CO_OM_CCA_1

Образцы использовать не следует. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

191

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

Выберите Следующий экран

BW310

.

Для одного из показателей задано Без обновления. Это означает, что необходимо вручную определить правила обновления для этого показателя. Двойной щелчок по серому показателю, появляющемуся на следующем экране (показатель GR## Сумма), позволяет изменить подробные данные этих правил обновления. Определите вид обновления Добавление и добавьте к Метод обновления показатель 0AMOUNT в качестве исходного показателя. На закладке Признаки требуется подпрограмма для пополнения 13-символьного поля МВЗ GR## МВЗ 13 (COSTC##). COSTC## пополняется 10-символьным значением МВЗ из поля COSTL в исходной системе. Структура связи для инфо-источника 0CO_OM_CCA_1 может содержать только 10-символьное значение МВЗ (0COSTCENTER). В процессе обновления в инфо-кубе требуется заполнить первые три позиции поля COSTC## первыми тремя символами логического имени исходной системы. Для перехода к редактору ABAP/4 необходимо использовать функцию Создать подпрограмму на этом экране. Добавьте выделенные ABAP-команды в заданную структуру подпрограммы. Подпрограмма для этого признака должна быть перенесена для всех показателей данной программы обновления и должна получить имя GR## Подпрограмма. Закладка Признаки Найдите признак GR## МВЗ 13. Выберите Пусто Создайте подпрограмму

. .

Имя поля

Значение ввода

Описание

Подпрограмма GR##

Редактор Запишите подпрограмму в имеющееся место: * значение результата подпрограммы RESULT(3) = SOURCE_SYSTEM. Продолжение на следующей странице

192

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

RESULT+3 = COMM_STRUCTURE-costcenter. * при не равном нулю коде возврата результат не обновляется RETURNCODE = 0. Проверьте и сохраните подпрограмму . Проверьте, что подпрограмма обновления для признака ##GR МВЗ 13 была перенесена для всех показателей. Проверьте подпрограмму Сохраните данные Выполните перенос

.

. .

Подтвердите необходимость использования подпрограммы признаков для всех показателей. Выберите показатель Количество. Имя поля

Значение ввода

Показатель

Количество

Проверьте, используется ли подпрограмма Подпрограмма GR## для пополнения признака GR## МВЗ 13. Активируйте (F3)

правила обновления и выйдите из транзакции

.

Теперь возможно пополнение инфо-куба переменными данными из области учета по МВЗ. Перейдите к инфо-источнику 0CO_OM_CCA_1 Затраты и перерасчеты и создайте инфо-пакет (GR## Переменные данные) для своей исходной системы SAP. Во избежание увеличения времени обработки операций ограничьте выбор контроллинговой единицей 1000, интервалом МВЗ 1000-5000 и периодом 003.1999. SAP Easy Access → Моделирование → Инструментальные средства администратора: Моделирование → Инфо-источники → Прикладные компоненты SAP → Прикладные компоненты системы R/3 → Контроллинг → Контроллинг косвенных затрат → Учет по МВЗ → МВЗ: Затраты и перерасчеты (0CO_OM_CCA_1) Контекстное меню в исходной системе T90CLNT090 для инфо-источника 0CO_OM_CCA_1 → Создать инфо-пакет... Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

193

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Имя поля

Значение ввода

Описание

GR## Переменные данные МВЗ OLTP

Сохраните данные

.

На закладке Выбор данных выберите следующее: Имя поля

Значение ввода

КЕ

1000

МВЗ

1000-5000

Финансовый год/период

003.1999

Выберите Выбор целей данных и свой инфо-куб GR## Инфо-куб 1: Имя поля

Значение ввода

Выбор Обновление цели данных GR## Инфо-куб1 На закладке Обновить определите следующее: Имя поля

Значение ввода

Полное обновление Всегда обновлять данные, даже если для данных не существует основных данных На закладке Запланировать определите следующее: Немедленный запуск загрузки данных. Выберите Запуск обновите данные .

194

, затем Монитор и, в случае необходимости,

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

Решение 6: Загрузка переменных данных CO из системы R/3 Задание Для загрузки переменных данных из исходной системы SAP используется предварительно заданная комбинация источника данных и инфо-источника 0CO_OM_CCA_1. Эта комбинация доступна в бизнес-содержимом. 1.

В качестве подготовки к загрузке переменных данных необходимо соединить инфо-источник 0CO_OM_CCA_1 с инфо-кубом GR##CUBE1. Это осуществляется посредством правил обновления. Определите новую группу правил обновления для загрузки в инфо-куб GR##CUBE1 данных из структуры связи инфо-источника 0CO_OM_CCA_1, активированного из бизнес-содержимого. SAP Easy Access → Моделирование → Инструментальные средства администратора: Моделирование → Инфо-провайдер → Инфо-область → Обучение BW → Обучение клиентов BW → BW310 Организация информационных хранилищ → Группа ## → GR##CUBE1, в контекстном меню выберите Создать правила обновления. Имя поля

Значение ввода

Инфо-источник

0CO_OM_CCA_1

Образцы использовать не следует. Выберите Следующий экран

.

Для одного из показателей задано Без обновления. Это означает, что необходимо вручную определить правила обновления для этого показателя. Двойной щелчок по серому показателю, появляющемуся на следующем экране (показатель GR## Сумма), позволяет изменить подробные данные этих правил обновления. Определите вид обновления Добавление и добавьте к Метод обновления показатель 0AMOUNT в качестве исходного показателя. На закладке Признаки требуется подпрограмма для пополнения 13-символьного поля МВЗ GR## МВЗ 13 (COSTC##). COSTC## пополняется 10-символьным значением МВЗ из поля COSTL в исходной системе. Структура связи для инфо-источника Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

195

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

0CO_OM_CCA_1 может содержать только 10-символьное значение МВЗ (0COSTCENTER). В процессе обновления в инфо-кубе требуется заполнить первые три позиции поля COSTC## первыми тремя символами логического имени исходной системы. Для перехода к редактору ABAP/4 необходимо использовать функцию Создать подпрограмму на этом экране. Добавьте выделенные ABAP-команды в заданную структуру подпрограммы. Подпрограмма для этого признака должна быть перенесена для всех показателей данной программы обновления и должна получить имя GR## Подпрограмма. Закладка Признаки Найдите признак GR## МВЗ 13. .

Выберите Пусто Создайте подпрограмму

.

Имя поля

Значение ввода

Описание

Подпрограмма GR##

Редактор Запишите подпрограмму в имеющееся место: * значение результата подпрограммы RESULT(3) = SOURCE_SYSTEM. RESULT+3 = COMM_STRUCTURE-costcenter. * при не равном нулю коде возврата результат не обновляется RETURNCODE = 0. Проверьте и сохраните подпрограмму . Проверьте, что подпрограмма обновления для признака ##GR МВЗ 13 была перенесена для всех показателей. Проверьте подпрограмму Сохраните данные Выполните перенос

.

. . Продолжение на следующей странице

196

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

Подтвердите необходимость использования подпрограммы признаков для всех показателей. Выберите показатель Количество. Имя поля

Значение ввода

Показатель

Количество

Проверьте, используется ли подпрограмма Подпрограмма GR## для пополнения признака GR## МВЗ 13. Активируйте (F3)

правила обновления и выйдите из транзакции

.

Теперь возможно пополнение инфо-куба переменными данными из области учета по МВЗ. Перейдите к инфо-источнику 0CO_OM_CCA_1 Затраты и перерасчеты и создайте инфо-пакет (GR## Переменные данные) для своей исходной системы SAP. Во избежание увеличения времени обработки операций ограничьте выбор контроллинговой единицей 1000, интервалом МВЗ 1000-5000 и периодом 003.1999. SAP Easy Access → Моделирование → Инструментальные средства администратора: Моделирование → Инфо-источники → Прикладные компоненты SAP → Прикладные компоненты системы R/3 → Контроллинг → Контроллинг косвенных затрат → Учет по МВЗ → МВЗ: Затраты и перерасчеты (0CO_OM_CCA_1) Контекстное меню в исходной системе T90CLNT090 для инфо-источника 0CO_OM_CCA_1 → Создать инфо-пакет... Имя поля

Значение ввода

Описание

GR## Переменные данные МВЗ OLTP

Сохраните данные

.

На закладке Выбор данных выберите следующее: Имя поля

Значение ввода

КЕ

1000

МВЗ

1000-5000

Финансовый год/период

003.1999

Выберите Выбор целей данных и свой инфо-куб GR## Инфо-куб 1: Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

197

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

Имя поля

BW310

Значение ввода

Выбор Обновление цели данных GR## Инфо-куб1 На закладке Обновить определите следующее: Имя поля

Значение ввода

Полное обновление Всегда обновлять данные, даже если для данных не существует основных данных На закладке Запланировать определите следующее: Немедленный запуск загрузки данных. Выберите Запуск обновите данные . a)

198

, затем Монитор и, в случае необходимости,

См. упражнение.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных

Резюме по уроку Теперь вы сможете: • пояснять концепцию правил обновления • описывать различные методы обновления для показателей, признаков и временных признаков • создавать правила обновления для базового куба • использовать редактор формул для определения правил обновления • загружать переменные данные из исходной системы SAP в систему SAP BW

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

199

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

Урок:

BW310

Прямое и гибкое обновление Продолжительность урока: 15 минут(ы)

Обзор урока На этом уроке описывается разница между гибкими и прямым обновлением. Также здесь рассматривается непротиворечивость ссылок (методы для проверки значений признаков).

Цели урока Прослушав этот урок, вы сможете: • •

перечислять различия между гибким и прямым обновлениями приводить примеры проверки непротиворечивости ссылок и ее использования

[Give details of information about the context of the course that the instructor needs to give the course participants at this point.]

Практический пример [Для разъяснения слушателям курсов практической значимости данного урока для их предприятия воспользуйтесь сценарием предприятия.]

Прямое и гибкое обновление Как правило, различают два типа инфо-источников:

Типы инфо-источников • •

Инфо-источники с гибким обновлением Инфо-источники с прямым обновлением

Для обоих типов загруженные данные преобразуются с помощью правил переноса, созданных для соответствующей комбинации инфо-источника и исходной системы для каждого инфо-объекта структуры связи. Цель данных может поставляться несколькими инфо-источниками, которые, в свою очередь, могут поставляться несколькими исходными системами.

200

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Прямое и гибкое обновление

Инфо-источник с прямым обновлением

Рисунок 67: Прямое обновление

Прямое обновление означает обновление таблиц основных данных признака без использования правил обновления. При помощи инфо-источника с прямым обновлением можно обновить основные данные (атрибуты, тексты или иерархии) непосредственно в таблице основных данных инфо-объекта (без правил обновления). Для этого прикладному компоненту необходимо присвоить инфо-источник для прямого обновления. В результате инфо-источник появится в дереве инфо-источников для инструментальных средств администратора. Здесь можно присвоить источник данных и исходные системы.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

201

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Впоследствии для признака можно будет загрузить основные данные, тексты и иерархии. Примечание: Использование инфо-объекта в качестве инфо-источника с прямым обновлением невозможно в следующих случаях: • •

•

Включен признак 0SOURSYSTEM (идентификатор исходной системы). Признак не содержит ни основных данных, ни текстов, ни иерархий. Соответственно, возможность загрузки данных для признака отсутствует. Включен не признак, а единица или показатель.

Если для признака требуется сгенерировать экспортный источник данных, то данный признак должен быть инфо-источником с прямым обновлением.

Инфо-источник с гибким обновлением

Рисунок 68: Инфо-источник с гибким обновлением

Гибкое обновление позволяет обновлять любые цели данных при помощи правил обновления.

202

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Прямое и гибкое обновление

Цели данных – это все объекты, в которые загружаются данные. Помимо инфо-кубов, ODS-объектов и инфо-объектов признаков, целями данных также являются основные данные (атрибуты, тексты или иерархии). При помощи гибкого обновления на уровне инфо-источника можно объединить данные из различных источников данных. В результате затем можно будет обновить любое количество целей данных. Изменять вызванные данные можно не только при помощи правил переноса, но и при помощи расширенных функций, содержащихся на уровне обновления правил. Эти функциями являются, например, Чтение атрибутов основных данных или Пересчет валют.

Гибкое обновление основных данных ODS-объект основных данных Гибкое обновление позволяет записать в консолидированный объект (ODS-объект основных данных) основные данные из различных источников, прежде чем они будут сохранены в отдельных таблицах основных данных. Пример с различными деловыми партнерами: •

•

Основные данные клиента и поставщика извлекаются из системы ERP (Планирование ресурсов предприятия) и передаются в систему SAP BW. Для сохранения данных клиента и поставщика в различных таблицах основных данных, сначала их требуется объединить в ODS-объекте в качестве делового партнера.

Основные данные из плоских файлов

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

203

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Рисунок 69: Гибкое обновление основных данных

Часто основные данные поставляются из внешних систем в плоских файлах, в которых смешаны атрибуты и текстовая информация. При помощи гибкого обновления можно поместить эти данные в структуру связи для инфо-источника, что позволяет распределить данные (путем использования правил обновления) в таблицы атрибутов и текстов для инфо-объекта признаков.

Непротиворечивость ссылок При каждом обновлении переменных и основных данных с помощью гибких обновлений для них проверяется непротиворечивость ссылок. Проверка определяет действительные значения инфо-объекта. Ранее, когда система выполняла проверку на ошибки (например, деловой партнер 9000 находится в загружаемой записи данных, а не в соответствующей таблице SID), процесс был бы прерван при завершении проверки. Теперь, для указания того, что запись данных содержит ошибки, она отмечается, после чего выполнение процесса может быть продолжено.

204

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Прямое и гибкое обновление

Рисунок 70: Пример 1: непротиворечивость ссылок

Предупреждение: Прежде чем использовать проверку непротиворечивости ссылок, сначала необходимо установить опцию Всегда обновлять данные. Если установить опцию Не обновлять данные, то проверка на непротиворечивость ссылок будет отменена. Это относится к обоим типам основных данных (с гибким обновлением и переменными данными).

Рисунок 71: Непротиворечивость ссылок: подробная информация

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

205

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Проверка выполняется после того, как структура связи будет заполнена данными, но не ранее выполнения правил обновления. Проверка выполняется по таблице SID или другому ODS-объекту из ведения признаков. Если при выполнении правил обновления и правил переноса для проверки значений признака используется ODS-объект, то действительные значения из признака определяются из ODS-объекта, а не таблицы SID.

Рисунок 72: Непротиворечивость ссылок: структура связи

На предыдущем рисунке в качестве примера использовался инфо-объект БЕ. Правила переноса позволяют извлечь специфичную для балансовой единицы информацию, а функция проверки непротиворечивости ссылок сравнивает эту информацию с основными данными. При обнаружении каких-либо ошибок содержащие ошибки записи заносятся в журнал и отображаются для пользователя.

206

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Прямое и гибкое обновление

Рисунок 73: Пример 2: непротиворечивость ссылок

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

207

Раздел 3: Экстракция данных из исходных систем SAP и поток данных в SAP BW

BW310

Заключительная дискуссия Revision

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions. Revision

208

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Прямое и гибкое обновление

Резюме по уроку Теперь вы сможете: • перечислять различия между гибким и прямым обновлениями • приводить примеры проверки непротиворечивости ссылок и ее использования

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

209

Резюме по разделу

BW310

Резюме по разделу Теперь вы сможете: • описывать потоки данных из исходной системы SAP в систему SAP BW • описывать процесс ETL для основных данных из исходных систем R/3 • определять метаобъекты SAP BW и системы R/3, которые являются частью процесса загрузки для основных данных • загружать основные данные (атрибуты, тексты и иерархии) из системы R/3 в соответствующие таблицы основных данных в SAP BW путем использования правил переноса и инфо-источника основных данных • использовать монитор для отслеживания процессов загрузки данных и анализа ошибок • пояснять концепцию правил обновления • описывать различные методы обновления для показателей, признаков и временных признаков • создавать правила обновления для базового куба • использовать редактор формул для определения правил обновления • загружать переменные данные из исходной системы SAP в систему SAP BW • перечислять различия между гибким и прямым обновлениями • приводить примеры проверки непротиворечивости ссылок и ее использования

210

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 4 Экстракция из дополнительных источников данных и поток данных в SAP BW

In this unit, extraction from external (non-SAP) source systems is presented. DB connect is only mentioned in the overview. Refer to the respective extraction courses (BW340 or TBW30).

Обзор раздела Помимо экстракции данных из компонентов SAP, SAP BW также предоставляет возможность интегрирования данных из других источников данных. В этом разделе содержится введение в работу с внешними инструментами и загрузку с использованием файлового интерфейса.

Цели раздела Прослушав этот раздел, вы сможете: • • • • • • •

III квартал 2004

описывать функции ETL-инструментов и область их применения пояснять значение интерфейсов Staging BAPI (Business Application Programming Interfaces) описывать процедуру подключения ETL-инструментов к SAP BW описывать концепцию интеграции XML описывать концепцию переноса данных при помощи DB Connect описывать процесс ETL для основных данных (атрибуты, тексты, иерархии) с прямым и гибким обновлением из плоских файлов описывать процесс ETL загрузки переменных данных через файловый интерфейс

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

211

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

•

BW310

загружать переменные данные из плоских файлов в базовый куб при помощи правил переноса и обновления

Содержание раздела Урок: Внешние инструменты экстракции .................................213 Процедура: Подключение ETL-инструмента к системе SAP BW 218 Урок: Интеграция данных XML в стейджинг данных и DB Connect SAP BW ...............................................................................221 Урок: Загрузка основных данных из плоских файлов ..................234 Процедура: Прямое обновление основных данных из плоских файлов ......................................................................238 Процедура: Гибкое обновление плоских файлов...................241 Процедура: Загрузка иерархий из плоских файлов ................244 Упражнение 7: Использование инфо-источника с гибким обновлением для загрузки данных атрибутов CO/текстов из CSV-файла ................................................................253 Упражнение 8: Использование инфо-источника с прямым обновлением для загрузки иерархии МВЗ из CSV-файла ........269 Урок: Загрузка переменных данных из плоских файлов...............279 Упражнение 9: Загрузка переменных данных CO из системы R/3 ............................................................................287

212

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Внешние инструменты экстракции

Внешние инструменты экстракции Продолжительность урока: 20 минут(ы)

Обзор урока На данном уроке рассматриваются задачи и функции внешних инструментов экстракции, а также процедуры подключения ETL-инструментов (Extraction, Transformation, Load – экстракция, преобразование и загрузка) к SAP BW.

Цели урока Прослушав этот урок, вы сможете: • • •

описывать функции ETL-инструментов и область их применения пояснять значение интерфейсов Staging BAPI (Business Application Programming Interfaces) описывать процедуру подключения ETL-инструментов к SAP BW

In this lesson, participants are to gain an overview of third-party extraction tools and their tasks.

Практический пример На предприятии необходимо осуществлять передачу больших объемов данных из внешних исходных систем в SAP BW. Такие наборы данных принадлежат различным системным платформам и имеют различные форматы. Перед добавлением данных в SAP BW, необходимо выполнить комплексные преобразования для приведения данных в соответствие со структурами BW. К SAP BW необходимо подключить внешний ETL-инструмент, используемый в процессе предоставления данных.

ETL: определение Под ETL подразумевается следующий процесс: • • •

экстракция данных из исходной системы, преобразование исходных данных, загрузка данных в систему SAP BW.

ETL-инструмент обеспечивает выполнение данного процесса.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

213

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Рисунок 74: Инструменты экстракции, преобразования и загрузки (ETL-инструменты)

Функции ETL-инструментов ETL-инструменты разрабатываются сторонними разработчиками. Данные инструменты позволяют загружать основные и переменные данные внешних систем в систему SAP BW. ETL-инструменты имеют для этой цели следующие функции: •

•

214

Соединение различных платформ: ETL-инструменты позволяют подключать системы баз данных (Native или ODBC; Open Database Connectivity), различные файловые системы или источники данных XML. Некоторые сторонние разработчики также предоставляют специализированные пакеты загрузки, используемые для экстракции данных из приложений eBusiness (например, Siebel, i2). Подготовка преобразований: ETL-инструменты вызывают функции обработки строк и выполнения комплексных расчетов. Также возможно интегрирование различных источников данных. Для этого система производит чтение данных из других источников во время процесса экстракции (поиск). Данные сортируются по определенным критериям, некорректные записи выводятся в файл. Данные могут быть также уплотнены. Имеются инструменты для нормализации данных.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Внешние инструменты экстракции

•

•

•

•

Создание процессов ETL: ETL-инструменты могут использоваться для моделирования процессов предоставления данных (обычно с графическим сопровождением). Для этого используются вышеописанные преобразования и подключение к различным источникам данных. Выполнение процессов ETL: большинство ETL-инструментов содержат механизм преобразования, с помощью которого выполняется выбранный процесс ETL. Имеется возможность планирования заданий и контроля их выполнения. Управление процессами ETL: для управления пользователями, полномочиями и ведения метаданных используются компоненты администрирования (например, табличные структуры). Интеграция с системой SAP BW: ETL-инструменты сертифицированных партнеров могут быть интегрированы с системой BW. Интеграция включает не только загрузку фактических данных, но и обмен метаданными (например, структура переноса).

Состав функций ETL-инструментов может изменяться в зависимости от провайдера.

ETL-инструменты: область применения ETL-инструменты оказываются особенно полезными при передаче большого объема данных из внешних систем в систему SAP BW в случае, когда данные имеют различные источники, и для их переноса необходимо выполнить комплексные преобразования. При отсутствии ETL-инструментов возникает необходимость создания собственной программы, что представляет собой трудоемкий процесс.

Преимущества использования ETL-инструментов (в сравнении с программированием) •

• •

III квартал 2004

Графическое моделирование и комплексные функции упрощают и ускоряют разработку процессов экстракции из внешних систем. Процессы экстракции могут быть однозначно определены, что упрощает их выполнение. ETL-инструмент может быть использован в качестве центрального инструмента администрирования для выполнения экстракции данных из внешних систем, так как данные из различных внешних систем интегрируются в единую среду.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

215

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Интеграция с SAP BW с использованием BAPI ETL-инструмент интегрируется с системой SAP BW через интерфейсы. Обмен данными и метаданными между ETL-инструментом и системой SAP BW происходит с использованием специального интерфейса BAPI. Отдельные интерфейсы BAPI содержат методы для обновления и моделирования метаданных для отправки экстрактов данных в SAP BW. Интерфейс является открытым и может быть также использован клиентами в их собственных программах экстракции. ETL-инструменты, сертифицированные SAP, используют данные интерфейсы BAPI. Более подробная информация об отдельных интерфейсах BAPI содержится в SAP Interface Repository http://ifr.sap.com и доступна при вызове транзакции BAPI.

Рисунок 75: Внешние инструменты и Staging BAPI: обзор

Структура переноса в системе SAP BW взаимодействует с ETL-инструментом через интерфейс BAPI. И наоборот, внешний инструмент может также создать инфо-пакет и непосредственно инициировать процесс загрузки вне системы BW. Кроме того, фактическая загрузка данных из ETL-инструмента в SAP BW осуществляется через интерфейс BAPI.

216

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Внешние инструменты экстракции

Рисунок 76: Staging BAPI: подробная информация

Обзор разработчиков Различные разработчики имеют сертификаты для подключения к системе SAP BW. Обзор сертифицированных ETL-инструментов содержится на SAP Service Marketplace http://service.sap.com/bw, в разделе Партнеры ® Партнеры по дополнительному ПО.

Рисунок 77: Выбор сертифицированных ETL-инструментов

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

217

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Подключение ETL-инструмента к системе SAP BW

218

1.

В инструментальных средствах администратора в Моделирование → Исходные системы создайте новую исходную систему. Выберите исходную систему типа Внешняя система – Передача данных и метаданных с использованием Staging BAPI.

2.

Введите имя логической системы.

3.

Выберите RFC-соединение (Remote Function Call) с ETL-инструментом.

4.

Назначьте новую исходную систему для инфо-источника.

5.

Выберите структуру переноса, структуру связи и правила переноса.

6.

Импортируйте определение инфо-источника в ETL-инструмент.

7.

Определите задание экстракции в ETL-инструменте.

8.

Создайте инфо-пакет в SAP BW. При этом проверьте закладку Выбор внешней системы.

9.

Запланируйте инфо-пакет.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Внешние инструменты экстракции

Заключительная дискуссия This lesson aims to give participants an overview of third-party extraction tools. In the discussion, bring together the most important aspects once more. You can use the following questions as a guide:

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions. What tasks do third-party extraction tools have? What is the function of the Staging BAPIs?

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

219

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Резюме по уроку Теперь вы сможете: • описывать функции ETL-инструментов и область их применения • пояснять значение интерфейсов Staging BAPI (Business Application Programming Interfaces) • описывать процедуру подключения ETL-инструментов к SAP BW

220

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Интеграция данных XML в стейджинг данных и DB Connect SAP BW

Интеграция данных XML в стейджинг данных и DB Connect SAP BW Продолжительность урока: 45 минут(ы)

Обзор урока Открытый обмен данными при помощи EXtensible Мarkup Language (XML) основан на стандартах, определенных группой OMG. OMG разрабатывает стандарты для передачи данных между различными системами. Начиная с системы SAP BW версии 3.0A, такие методы переноса применяются и для обмена метаданными, и для интеграции переменных данных при помощи XML. При помощи DB Connect можно создать, в дополнение к стандартным соединениям, дополнительные соединения баз данных. Эти соединения с таблицами и ракурсами используются для переноса данных в SAP BW.

Цели урока Прослушав этот урок, вы сможете: • •

описывать концепцию интеграции XML описывать концепцию переноса данных при помощи DB Connect

This unit introduces an additional data source for the BW system. Clarify the mode of operation for XML data integration and DB connect.

Практический пример Для анализа в BW-отчетах данных из интернет-приложений, в SAP BW требуется использовать XML-интерфейс. Кроме того, при помощи DB Connect необходимо загрузить данные из внешней системы OLTP в систему SAP BW.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

221

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Концепция интеграции данных XML при помощи потока данных SAP BW

Рисунок 78: Интеграция данных XML в SAP BW

Экстракция данных XML представляет собой дополнительную возможность для интеграции данных в SAP BW. XML-интерфейс предоставляет дополнительный источник данных для обычного потока данных. Сначала в системе BW (через SOAP-интерфейс) осуществляется доступ к данным XML. Затем через источник данных для исходной Myself-системы производится их обновление в целях данных. Интеграция данных XML в SAP BW – это очередной шаг в достижении открытости по отношению к другим системам. Таким образом, эта технология применяется для обеспечения возможности загрузки данных (например, в форме отдельных документов с простой фиксированной структурой) в SAP BW.

Пример: В данном случае подходящим сценарием является рынок B2B в Интернете. Здесь поддерживается размещение клиентом заказа и его непосредственная запись в систему SAP BW или в дельта-очередь SAP BW в формате XML-документа. Затем, после выполнения обновления в цели данных, этот документ будет доступен для системы отчетов.

222

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интеграция данных XML в стейджинг данных и DB Connect SAP BW

Таким образом, интеграция данных XML прежде всего позволяет загружать небольшие объемы данных в SAP BW на уровне отдельного документа. Данный метод переноса не может использоваться для массовых данных.

Рисунок 79: SOAP – Простой протокол доступа

Перенос данных XML выполняется при помощи Simple Object Access Protocol (SOAP). Для передачи данных SOAP использует протокол Hypertext Transfer Protocol (HTTP).

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

223

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Сами данные представлены в формате XML. Примечание: XML позволяет описывать структурированные данные независимо от языка и платформы. XML является подкомпонентом Standard Generalized Markup Language (SGML), разработанного для использования в World Wide Web (WWW). Текст, содержащийся в XML-файле, имеет два различных типа строк: 1.

Символьные данные Фактические данные, например, номер клиента в документе.

2.

Разметка (теги) Символьные данные заключаются в теги (начальные и конечные теги). Теги используются для описания содержащейся информации (метаданных) и аналогичны имени поля для записи данных.

Например: 1000 Протокол SOAP также содержит соглашения для обеспечения взаимодействия и обмена правилами обработки. Например, обмен сообщениями выполняется с выдачей статуса передачи, а целевая система получает информацию о том, какие операции необходимо выполнить с полученными данными.

224

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интеграция данных XML в стейджинг данных и DB Connect SAP BW

Рисунок 80: Пример: файл SOAP

Обычно документ SOAP состоит из трех частей: Конверт заключает в себе весь документ. Открывающий тег указывает на то, что данный XML-документ является документом стандарта SOAP. Фактическая информация SOAP-документа, заключенная в конверт, содержится в двух разделах: заголовок и тело. Рекомендация: В данном примере заголовок не используется. Например, он может содержать информацию о входе в целевую систему. Для SOAP-файлов в системе SAP BW заголовок не используется. Тело, прежде всего, содержит правило обработки. В SAP BW здесь приводится техническое имя источника данных и функциональный модуль с возможностью RFC (Remote Function Call). Фактическая информация по данным содержится в пределах тегов данных. Запись данных (документ) соответствует элементу. Рекомендация: Возможность структурирования SOAP-документов с применением иерархий отсутствует. Опция описания иерархических структур в XML не используется для данного простого протокола. Следовательно, возможен перенос только "плоских" списков.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

225

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Рисунок 81: Пример: иерархическая структура XML

Рисунок 82: Пример: плоская структура

226

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интеграция данных XML в стейджинг данных и DB Connect SAP BW

Интеграция XML в SAP BW

Рисунок 83: Сценарий: интеграция данных XML

На рис. 23 описан механизм экстракции данных XML. Основой этого решения является сервис SOAP, поставляемый с SAP Web Application Server начиная с версии 6.10. При помощи этого сервиса данные XML, переносимые в систему SAP BW после подтверждения их соответствия протоколу SOAP, могут быть впоследствии обработаны с помощью функциональных модулей с возможностью RFC. 1.

SOAP-файл генерируется из внешнего приложения (например, интернет-магазина) и переносится в сервис RFC SOAP.

2.

Перед записью в дельта-очередь SAP BW данные XML анализируются и разбиваются на части (“синтаксический анализ”).

3.

Затем происходит экстракция данных из дельта-очереди и их обновление. Рекомендация: Большие объемы данных, например, исторические данные, используемые для структурирования исходных наборов данных, могут быть загружены через интерфейс плоских файлов SAP BW. Рекомендация: Процедуры для экстракции XML более подробно рассматриваются в курсе BW340 Стейджинг данных.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

227

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

DB Connect Как правило, соединение с базой данных, используемое при работе системы SAP, устанавливается при запуске ядром SAP сервера приложений SAP BW. Это соединение также определено как стандартное соединение (SAP). Во всех SQL-командах, которые вводятся ядром SAP или ABAP-программами, независимо от того, являются ли они командами Open SQL или Native SQL, автоматически создается ссылка на эти стандартные соединения. В DB Connect существует дополнительная возможность создания других соединений с базами данных и их использования для переноса данных из таблиц или ракурсов в систему SAP BW. Предпосылкой для этого является поддержка используемой системы управления базой данных в SAP. При помощи источников данных эти данные можно распознать в SAP BW, а затем выполнить их экстракцию. Поддерживаемые системы управления базами данных (СУБД): • • • • • • •

SAP DB, Informix, Microsoft SQL Server, Oracle, IBM DB2/390, IBM DB2/400, IBM DB/2 UDB.

Для получения более подробной информации о требованиях для систем баз данных и системы SAP BW см. соответствующие SAP-ноты или документацию. Here you can inform the participants about the current SAP notes.

228

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интеграция данных XML в стейджинг данных и DB Connect SAP BW

Рисунок 84: DB Connect: пример

Приложение закупки выполняется в системе, которая основана на СУБД “ X”. Для получения возможности анализа данных для приложения закупки сначала необходимо загрузить эти данные в существующую систему SAP BW. Система SAP BW основана на СУБД “Y”. СУБД “X” и “Y” могут быть как одинаковыми, так и различными. Если две СУБД отличаются друг от друга, то требуется установить специфичное для базы данных клиентское приложение, а также специфичную для базы данных библиотеку Data Base Shared Library (DBSL). Функция DB Connect позволяет установить соединение с СУБД для приложения закупки, а затем выполнить экстракцию данных из таблиц базы данных или ракурсов с последующей их загрузкой в SAP BW.

Архитектура DB Connect При помощи функции DB MultiConnect, поставляемой как компонент mySAP-технологии, для стандартного соединения SAP можно создавать дополнительные соединения баз данных, а затем использовать эти соединения для обращения к внешним базам данных. Кроме того, существует возможность использования такого соединения в качестве соединения с исходной системой для SAP BW, а также использования ракурсов каталога базы данных для генерации источников данных (ср. с архитектурой DB Connect (1)). Помимо этого, DB Connect включает отображение типов данных базы данных для типов данных ABAP-словаря.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

229

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Рисунок 85: Архитектура DB Connect (1)

В случае стандартного соединения, клиентское ПО БД и DBSL уже установлена для СУБД. Если в SAP BW необходимо перенести данные из другой СУБД при помощи DB Connect, то для каждого сервера приложений SAP BW требуется установить специфическое для базы данных клиентское ПО БД и DBSL. Рекомендация: Не все производители поставляют клиентское ПО БД бесплатно. Рекомендуется ознакомиться с документацией соответствующих производителей БД.

Рисунок 86: Архитектура DB Connect (2)

230

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интеграция данных XML в стейджинг данных и DB Connect SAP BW

На рисунке “Архитектура DB Connect (2)” система SAP BW работает на СУБД “Y”. Для исходной СУБД, которая также работает с СУБД “Y”, не требуется никакой дополнительной инсталляции. Однако если запрос состоит из данных, извлекаемых из другой исходной системы, работающей с СУБД “X”, то для использования DB Connect требуется установить клиентское ПО БД и DBSL. Интерфейс на стороне базы данных SAP включен в библиотеку, динамически подключаемую к ядру SAP. Эта библиотека БД включает DBSL, а также библиотеки для соответствующих производителей баз данных, которые статически или динамически подключаются к библиотеке базы данных. Рекомендация: Подробная процедура и список функций для DB Connect приводятся в курсе BW340 Стейджинг данных.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

231

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Заключительная дискуссия Construction and functions of XML integration and the DB connect

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions. Discuss the basic construction of XML integration and of the DB connect with the participants. Display application of XML integration and DB connect. Note that both of these topics are discussed in more detail in the BW340 Data Staging course.

232

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интеграция данных XML в стейджинг данных и DB Connect SAP BW

Резюме по уроку Теперь вы сможете: • описывать концепцию интеграции XML • описывать концепцию переноса данных при помощи DB Connect

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

233

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

Урок:

BW310

Загрузка основных данных из плоских файлов Продолжительность урока: 30 минут(ы)

Обзор урока На этом уроке описывается интерфейс плоских файлов для системы SAP BW. Подробно рассматриваются следующие темы:

Цели урока Прослушав этот урок, вы сможете: •

описывать процесс ETL для основных данных (атрибуты, тексты, иерархии) с прямым и гибким обновлением из плоских файлов

Use the scenarios and objects from the exercises for the demonstrations.

Практический пример На предприятии требуется добавить данные из других источников к данным в исходных системах SAP. Среди этих источников данных, помимо прочих, имеются плоские файлы с данными из дочерних компаний, которые использовались, например, в прежних системах, и в соответствующей дочерней компании прямое соединение этих систем с системой SAP BW не устанавливается. Другим примером применения плоских файлов является расширение собственных данных путем добавления маркетинговых данных и данных сбыта, которые, например, существуют для фармацевтической отрасли (ср. с бизнес-содержимым SAP BW для фармацевтической отрасли). Прежде чем выполнять загрузку данных из плоских файлов в систему SAP BW, требуется изучить технологию, используемую SAP для этого соединения.

234

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Файловый интерфейс

Рисунок 87: Файловый интерфейс

Файловый интерфейс предоставляет практичный способ переноса в SAP BW основных и переменных данных, доступных в формате плоских файлов.

Внедрение файлового интерфейса • • • • •

гибкие методы для переноса данных из различных источников; файлы могут находиться на рабочей станции или на сервере приложений; поддержка различных форматов файлов; гибкость благодаря дополнительному управляющему файлу; возможность переноса данных при помощи ODS-объектов.

При помощи протокола передачи файлов (FTP) производится стейджинг данных на сервере приложений или на рабочей станции. В результате этого SAP BW получает доступ к данным. Управление процессом экстракции и его мониторинг осуществляются в планировщике и мониторе, соответственно, согласно стандартной процедуре SAP BW.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

235

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Предпосылкой для загрузки данных при помощи файлового интерфейса является выполнение ведения метаданных соответствующей структуры переноса и правил переноса вручную.

Формат файлов

Рисунок 88: Формат файлов

Загрузка данных из плоских файлов в систему SAP BW может быть выполнена в двух форматах (CSV- или ASCII-файлы). Comma Separated Values (CSV) В формате CSV используются символы для разделения полей (например, ;) и символы для обозначения конца предложения (CR, возврат каретки). American Standard Code for Information Interchange (ASCII) В формате ASCII для разделения полей отдельных записей данных используются поля с фиксированной длиной. В отношении использования CSV-файлов Microsot Excel необходимо принять во внимание следующее: •

•

236

Для разделения полей в файлах Excel используются разделители (стандартная настройка: точка с запятой ";" для Европы и запятая "," для США). Также могут использоваться и другие разделители. В планировщике необходимо указать вид используемого разделителя. Текстовые поля, не заполненные в CSV-файле Microsoft Excel, заполняются знаками пробелов, а не заполненные в CSV-файле Microsoft Excel цифровые поля получают значение “0”.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

•

Если использование разделителей в CSV-файле Microsoft Excel является противоречивым, то "ошибочный" разделитель читается как символ, и оба поля объединяются в одно (которое, возможно, впоследствии обрезается). В результате этого нарушается последовательность последующих полей.

В отношении CSV-файлов Microsoft Excel и ASCII-файлов следует учитывать следующее: •

Если файл включает заголовки, которые не должны быть прочитаны системой, то на закладке Параметры внешних данных необходимо указать число заголовков, которые система должна проигнорировать при загрузке данных. Это позволяет оставить заголовки столбцов в файле без изменений.

•

То, следует ли указывать ведущие нули, зависит от программы пользователя по преобразованию. Для дат, как правило, применяется формат ГГГГММДД без внутренних разделителей. Другие доступные форматы зависят от программы пользователя по преобразованию.

•

Советы для загрузки •

•

III квартал 2004

При загрузке внешних данных существует возможность загрузки данных в SAP BW с любой рабочей станции. Однако из соображений производительности данные необходимо хранить на сервере приложений, откуда будет осуществляться их загрузка в SAP BW. Таким образом, загрузку данных можно выполнять в фоновом режиме. Если требуется загрузить большой объем переменных данных из плоского файла и существует возможность определения типа плоского файла, то плоский файл необходимо создать как ASCII-файл. Загрузка данных из ASCII-файла является наиболее эффективной с точки зрения производительности. В некоторых случаях, однако, создание ASCII-файла вызовет появление затрат по времени и производительности.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

237

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Прямое обновление основных данных из плоских файлов Предпосылки Была создана исходная система вида Файловая система, Метаданные (вручную), Данные через файловый интерфейс.

Процедура 1.

Определение инфо-источника, из которого должны быть загружены данные: Дополнительно: выберите Дерево инфо-источников > Корневой узел (Инфо-источники) > контекстное меню (щелчок правой кнопкой мыши) > Создать прикладной компонент. Выберите Дерево инфо-источников > Прикладной компонент > контекстное меню (щелчок правой кнопкой мыши) > Создать инфо-источник > Прямое обновление основных данных. Выберите инфо-объект из предложенного списка, затем укажите его имя и описание.

2.

Присвоение исходной системы инфо-источнику: Выберите Дерево инфо-источников > Прикладной компонент > Инфо-источник > контекстное меню (щелчок правой кнопкой мыши) > Присвоить исходную систему. Будет выполнен автоматический переход к ведению структуры переноса. Система автоматически сгенерирует источники данных для трех различных типов данных, для которых существует возможность загрузки данных: 1.

атрибутов,

2.

текстов,

3.

иерархий (если инфо-объект включает в себя иерархии).

Система автоматически сгенерирует структуру переноса, правила переноса и структуру связи (с атрибутами и текстами). 3.

Ведение структуры/правил переноса: Выберите либо источник данных для загрузки атрибутов, либо источник данных для загрузки текстов. Система автоматически сгенерирует предложение для источника данных, структуры переноса, правил переноса и структуры связи. Продолжение на следующей странице

238

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Атрибуты Предложение для загрузки атрибутов включает структуру плоского файла, необходимую для загрузки атрибутов, и, по крайней мере, один признак и присвоенные ему атрибуты. Проверьте, что последовательность объектов в структуре переноса соответствует последовательности полей в плоском файле. Для атрибутов в плоском файле могут потребоваться следующие поля: /BIC/

Ключ составного признака (если признак существует)

/BIC/

Ключ для признака

DATETO

CHAR 8

Конец срока действия (только для зависящих от времени основных данных)

DATEFROM

CHAR 8

Начало срока действия (только для зависящих от времени основных данных)

Тексты Предложение для загрузки текстов включает необходимую структуру плоского файла для загрузки текстов для данного признака. Проверьте, что структура плоского файла соответствует предложенной структуре. Для текстов в плоском файле могут потребоваться следующие поля: LANGU

CHAR 1

Код языка (D - немецкий, E - английский)

/BIC/

Ключ составного признака (если признак существует)

/BIC/

Ключ для признака

DATETO

CHAR 8

Конец срока действия (только для зависящих от времени основных данных)

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

239

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

DATEFROM

CHAR 8

Начало срока действия (только для зависящих от времени основных данных)

TXTSH

CHAR 20

Краткий текст

TXTMD

CHAR 40

Средний текст

TXTLG

CHAR 60

Подробный текст

Рекомендация: Последовательность столбцов в структуре переноса должна соответствовать последовательности столбцов в плоском файле. Предупреждение: Если эти последовательности не идентичны, то возможно некорректное пополнение структуры переноса. 4.

240

Активируйте структуру/правила переноса и структуру связи.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Гибкое обновление плоских файлов Предпосылки Была создана исходная система вида Файловая система, Метаданные (вручную), Данные через файловый интерфейс.

Процедура 1.

Определение инфо-источника, из которого должны быть загружены данные: Дополнительно: выберите Дерево инфо-источников > Корневой узел (Инфо-источники) > контекстное меню (щелчок правой кнопкой мыши) > Создать прикладной компонент. Выберите Дерево инфо-источников > Прикладной компонент > контекстное меню (щелчок правой кнопкой мыши) > Создать инфо-источник > Гибкое обновление…, затем укажите имя и описание.

2.

Ведение структуры связи: определения полей плоского файла в качестве инфо-объектов в BW: Для каждого столбца плоского файла укажите инфо-объект. Можно вызвать уже существующие инфо-объекты или создать новые. Рекомендация: Последовательность столбцов в структуре связи не обязательно должна соответствовать последовательности столбцов в плоском файле. Активируйте структуру связи.

3.

Присвоение исходной системы инфо-источнику: В нижней части экрана разверните Структура/правила переноса и выберите исходную систему. Система автоматически сгенерирует предложение для источника данных, структуры и правил переноса.

4.

Ведение структуры/правил переноса:

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

241

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

В случае необходимости, внесите изменения в структуру или правила переноса. Рекомендация: Последовательность столбцов в структуре переноса должна соответствовать последовательности столбцов в плоском файле. Если эти последовательности не идентичны, то возможно некорректное пополнение структуры переноса. Примечание: В ведении структуры переноса требуется выбрать подходящий режим обновления, что обеспечит использование правильного вида обновления: •

Полная загрузка (ODS-объект, базовый куб, инфо-объект): Источник данных не поддерживает дельта-обновление. Если выбрать этот процесс, то файл всегда будет переноситься целиком. Данный процесс используется для ODS-объектов, базовых кубов и инфо-объектов.

•

Новый статус измененных записей (только ODS-объекты): Источник данных поддерживает полное обновление и дельта-обновление. В результате каждая загружаемая запись приводит к установке нового статуса для всех показателей и признаков. Этот процесс может использоваться только для загрузки в ODS-объектах.

•

Добавочная дельта (ODS-объект и инфо-куб): Источник данных поддерживает полное обновление и обновление “добавочная дельта”. В результате каждая загружаемая запись поставляет соответствующее изменение показателей для показателей, доступных для суммирования. Этот процесс используется для ODS-объектов и инфо-кубов.

Активируйте структуру/правила переноса.

242

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Загрузка иерархий из плоских файлов

Рисунок 89: Иерархия

Иерархии используются в анализе для описания альтернативных ракурсов данных. Иерархии состоят из иерархически соединенных друг с другом узлов. Листы иерархии обычно представлены значениями из признаков. Иерархическое упорядочение признаков выполняется при помощи иерархий признаков. Например, признак Предприятие может подразделяться на подгруппы, которые, в свою очередь, подразделяются на заграничные филиалы. Эти иерархии являются т.н. презентационными иерархиями, позволяющими задать в анализе фиксированный, предварительно определенный путь навигации, а также обеспечить структурированное представление данных. Структуры данных для презентационных иерархий хранятся в соответствии с концепцией расширенной схемы-звезды SAP BW в таблицах иерархий инфо-объектов, для которых была определена презентационная иерархия. Согласно концепции расширенной схемы-звезды, структуры данных для презентационных иерархий находятся вне инфо-куба. Поэтому презентационные иерархии также могут называться внешними иерархиями.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

243

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Загрузка иерархий из плоских файлов Предпосылки Если инфо-объекты требуется загрузить в иерархической форме, то в ведении инфо-объекта для соответствующих инфо-объектов необходимо активировать индикатор “С иерархиями”. В случае необходимости можно определить, должна ли вся иерархия или иерархическая структура являться зависящей от времени, допустимо ли включение интервалов в иерархию, разрешено ли использование дополнительных атрибутов узлов (только при загрузке с использованием PSA). Также можно указать допустимые признаки.

Процедура 1.

Определение исходной системы, из которой должны быть загружены данные: Выберите Дерево исходных систем > Корневой узел (Исходная система) > контекстное меню (щелчок правой кнопкой мыши) > Создать. Для плоских файлов выберите Файловая система > Метаданные (вручную) > Данные через файловый интерфейс.

2.

Определение инфо-источника, из которого должны быть загружены данные: Дополнительно: выберите Дерево инфо-источников > Корневой узел (инфо-источники) > контекстное меню (щелчок правой кнопкой мыши) > Создать прикладной компонент. Выберите Дерево инфо-источников > Прикладной компонент > контекстное меню (щелчок правой кнопкой мыши) > Создать инфо-источник > Прямое обновление. Из предложенного списка выберите инфо-объект, затем укажите его имя и описание.

3.

Присвоение исходной системы инфо-источнику: Выберите Дерево инфо-источников > Прикладной компонент > Инфо-источник > контекстное меню Присвоить исходную систему. Будет выполнен автоматический переход к ведению структуры переноса. Система автоматически сгенерирует источники данных для трех различных типов данных, для которых существует возможность загрузки данных: 1.

атрибутов, Продолжение на следующей странице

244

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

2.

текстов,

3.

иерархий (если инфо-объект включает в себя иерархии).

Система автоматически сгенерирует структуру переноса, правила переноса и структуру связи (с атрибутами и текстами). 4.

Ведение иерархий: Выберите Ведение иерархий и определите техническое имя, а также описание иерархии.

Рисунок 90: Ведение иерархий

Система создаст таблицу со следующим представлением иерархии (с отсортированными иерархиями, без разворачивания значений листов и инфо-объектов узлов): Описание

Поле

Тип

Длина

Ид. узлов

NODEID

NUMC

8

Имя инфо-объекта

INFOOBJECT

CHAR

30

Обозначение узла

NODENAME

CHAR

32

Индикатор ссылки

LINK

CHAR

1

РодитУзел

PARENTID

NUMC

8

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

245

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Описание

Поле

Тип

Длина

Код языка

LANGU

CHAR

1

Описание - краткое

TXTSH

CHAR

20

Описание - среднее

TXTMD

CHAR

40

Описание - подробн.

TXTLG

CHAR

60

Рекомендация: Параметры настройки интервалов и зависимости от времени автоматически копируются системой из ведения инфо-объекта. В зависимости от параметров настроек, установленных при ведении инфо-объекта, система добавит в таблицу дополнительные поля. Поля Действительно с и Действит. по пополняются при выборе в ведении инфо-объекта Вся иерархия зависит от времени. Если в ведении инфо-объекта была выбрана опция Узлы иерархии, будет установлен индикатор ЗависОтВрем. 5.

Подтвердите введенные данные.

Создание иерархического плоского файла для загрузки при помощи IDoc Была создана отсортированная иерархия, после чего система создает структуру со следующим представлением иерархии: Создание иерархического плоского файла для загрузки при помощи IDoc

246

Описание

Поле

Тип

Ид. узлов

NODEID

NUMC 8

Имя инфо-объекта

INFOOB- CHAR 30 JECT

Обозначение узла

NODENAME

CHAR 32

Индикатор ссылки

LINK

CHAR 1

РодитУзел

PARENTID

NUMC 8

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

Длина Только с видом иерархии

III квартал 2004

BW310

III квартал 2004

Урок: Загрузка основных данных из плоских файлов

Описание

Поле

Тип

Длина Только с видом иерархии

Первый подузел

CHILDID

NUMC 8

Отсортиров. иерархия

Следующий подузел

NEXTID

NUMC 8

Отсортиров. иерархия

DATETO

CHAR 8

Зависящая от времени иерархия

DATEFROM

CHAR 8

Зависящая от времени иерархия

Интервал - по

LEAFTO

CHAR 32

С интервалами

Интервал - с

LEAFFROM

CHAR 32

С интервалами

Код языка

LANGU

CHAR 1

Описание - краткое

TXTSH

CHAR 20

Описание - среднее

TXTMD

CHAR 40

Описание - подробн.

TXTLG

CHAR 60

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

247

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Загрузка иерархий ветвей дерева

Рисунок 91: Загрузка иерархий ветвей дерева

После загрузки иерархии в качестве ветви дерева, ее можно будет сохранить. Это возможно, если иерархия уже существует в системе SAP BW с указанным техническим именем и если она включена в данную целевую иерархию корневых узлов для загружаемой иерархии ветви дерева. Иерархии ветви дерева используются, например, для объединения иерархий из различных исходных систем в SAP BW.

Предпосылки 1.

Техническое имя каждой иерархии ветви дерева должно совпадать с именем целевой иерархии. В случае необходимости, после загрузки требуется соответствующим образом переименовать иерархию ветви дерева. Загружаемая иерархия сохраняется только в качестве ветви дерева, если иерархия для базисного признака иерархии уже существует в SAP BW с указанным ключом (ключ состоит из технического имени иерархии и введенной конечной даты и версии иерархии). При выборе опции добавления или обновления ветви дерева система SAP BW определяет, что загружаемая иерархия должна быть интегрирована в целевую иерархию с таким же техническим именем.

248

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

2.

Если требуется интегрировать иерархию в целевую иерархию в качестве ветви дерева, то корневой узел иерархии ветви дерева необходимо включить в целевую иерархию в качестве узла. Кроме того, его технические свойства должны совпадать со свойствами данного узла в целевой иерархии. Этот так называемый интерфейсный узел ссылается на один и тот же инфо-объект в целевой иерархии и иерархии ветви дерева, имеет одинаковое техническое имя в целевой иерархии и иерархии ветви дерева. Конечные даты зависимости от времени также должны быть одинаковыми.

3.

Если другие узлы иерархии ветви дерева не будут включаться в целевую иерархию, то она отвечает предпосылкам для создания правильного узла-дубликата в новой полной иерархии.

Функции При загрузке иерархии и выполнении функции Добавление ветви дерева выполняется вставка иерархии в существующую иерархию в качестве поддерева без удаления узла в целевой иерархии. Предупреждение: При повторном использовании функции Добавление ветви дерева выполняется дублирование всех узлов иерархии ветви дерева под интерфейсным узлом целевой иерархии (также это может привести к прерыванию процесса загрузки). При загрузке иерархии и выполнении функции Обновление ветви дерева выполняется вставка иерархии в существующую иерархию в качестве ветви дерева; при этом при необходимости производится замена старой ветви дерева на новую. Предупреждение: Если функция Обновление ветви дерева выполняется повторно, то перед вставкой новой ветви дерева удаляются все узлы, расположенные под интерфейсным узлом целевой иерархии.

Операции Для сохранения иерархии в SAP BW в качестве ветви дерева на закладке Выбор иерархии в планировщике требуется выполнить следующие операции: 1.

III квартал 2004

После загрузки в техническом имени целевой иерархии измените техническое имя иерархии ветви дерева. Для этого выберите Переименовать иерархию после загрузки в и укажите техническое имя.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

249

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

2.

BW310

Если иерархия должна быть вставлена в существующую иерархию в качестве ветви дерева без удаления узла в целевой иерархии, выберите метод обновления Добавление ветви дерева. Если иерархия должна быть вставлена в существующую иерархию в качестве ветви дерева, причем при необходимости должна выполняться замена старой ветви дерева на новую, выберите метод обновления Обновление ветви дерева.

Предварительный просмотр и моделирование загрузки плоских файлов

Рисунок 92: Предварительный просмотр файлов

Использование Перед загрузкой данных из плоского файла их можно просмотреть при помощи функции предварительного просмотра. таким образом, можно выполнить проверку данных перед их загрузкой. В предварительном просмотре можно активировать моделирование загрузки данных. Это позволяет проверить процесс обновления. Данная функция позволяет проверить правильность создания подлежащих загрузке CSV- и ASCII-файлов. В результате можно получить улучшенный обзор данных с иерархиями.

250

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Предпосылки Созданы и активированы структура и правила переноса. Созданы и активированы правила обновления (для обеспечения возможности моделирования загрузки).

Функции Предварительный просмотр Выбранные параметры файла обуславливают соответствие структуры переноса, отображаемой в предварительном просмотре, структуре переноса после загрузки. Моделирование Моделирование загрузки файла выполняется только в том случае, если поддерживается метод переноса PSA. Для переменных данных выполняется моделирование правил переноса и обновления. Помимо этого существует возможность просмотра пополненной значениями структуры связи или обновленного базового куба. Для атрибутов и текстов также можно выполнить моделирование правил переноса и просмотреть пополненную значениями структуру связи. Для иерархий отображается иерархическое дерево и сообщения об ошибках.

Операции

III квартал 2004

1.

В ведении структуры переноса для инфо-источника или инфо-пакета нажмите кнопку ПредвПросм.

2.

Выберите параметры файла для предварительного просмотра и нажмите Выполнить. В результате будет выполнен переход к предварительному просмотру структуры переноса для файла после загрузки.

3.

В предварительном просмотре можно смоделировать загрузку файлов - для этого требуется нажать кнопку Моделирование. Если требуется выполнить моделирование переменных данных, обновляемых в нескольких базовых кубах или ODS-объектах, то можно выбрать цель данных для обновления. В итоге будет запущено моделирование для атрибутов, текстов и иерархий.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

251

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Сценарий

Рисунок 93: Поток данных: загрузка основных данных из CSV-файлов

252

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Упражнение 7: Использование инфо-источника с гибким обновлением для загрузки данных атрибутов CO/текстов из CSV-файла Время на упражнения: 40 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • загружать основные данные через интерфейс плоских файлов • использовать гибкие обновления для атрибутов и текстов • создавать формулы при помощи редактора формул

Практический пример Вы получаете данные МВЗ в CSV-файлах из другой системы. В этих файлах имеется информация как об атрибутах, так и о текстах для 13-символьного МВЗ COSTC##.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: 1.

To load flat files, participants need a local disk drive with both write and read access.

This may be the N:\ drive in a terminal server environment. The flat files are downloaded via document integration. They are also available as attachments in the Shared Folders (transaction SO04) in the folder Training\BW310\ in the file Material for BW310 . They can be downloaded from here.

Задание 1 Настройка глобальных подпрограмм переноса Внешние МВЗ имеют длину имени в 13 символов. Это в точности соответствует длине определенного признака.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

253

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Однако необходимо пересмотреть глобальные подпрограммы переноса для признака COSTC## вновь. Поскольку трехзначный префикс необходим только в случаях загрузки данных без использования интерфейса плоских файлов, в подпрограмму, из которой загружаются данные из исходной системы, следует внедрить тест. 1.

Выберите Меню SAP → Моделирование → Ведение объектов и запустите транзакцию Инфо-объектRSD1) для перехода к ведению признака COSTC##.

2.

Измените глобальные подпрограммы переноса: Вставьте строку под строкой *$*$ begin of routine insert your code only below this line и закончите новую строку следующим образом: *$*$ begin of routine - insert your code only below this line check source_system 'I_EXTERN'. shift result right by 3 places. result(3) = source_system. returncode = 0. *$*$ end of routine - insert your code only before this line Предупреждение: Помните о необходимости правильного употребления прописных букв в техническом имени для исходной системы. Проверьте синтаксис изменений и сохраните подпрограмму переноса. Активируйте инфо-объект.

Задание 2 Подготовка Для подготовки к следующему упражнению необходимо выгрузить имеющиеся на рабочей станции CSV-файлы. 1.

Выберите Меню пользователя для → Плоские файлы → Образец для сценариев плоских файлов (двойной щелчок) и установите соединение с сервером веб-приложений. Слева в контекстном меню для Основные данные МВЗ 1 выберите → Сохранить цель как... для выгрузки CSV-файла на рабочую станцию. Продолжение на следующей странице

254

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Укажите собственный локальный каталог. Рекомендация: Следуйте инструкциями референта. Доступный каталог и диск зависят от среды обучения. Выберите, например, диск N:\. Сохраните файл под именем: T_COSTCENTER_MD01.csv

Задание 3 Ведение источников данных в виде плоских файлов и инфо-источников с гибкими обновлениями Для распределения информации об атрибутах и текстах по соответствующим таблицам для признака МВЗ выгрузите CSV-файлы посредством интерфейса плоских файлов, а также осуществите выгрузку инфо-источника с гибким обновлением. 1.

Создайте инфо-источник с гибким обновлением. В Инструментальные средства администратора → Моделирование → Инфо-источники перейдите к прикладному компоненту Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##). Инфо-источник

FLEX_MD_COSTC##

Подробный текст

GR## МВЗ Гибк.

MD

2.

Присвойте источник данных в виде плоского файла для исходной системы I_EXTERN инфо-источнику. Выполните ведение структуры переноса и правил переноса и активируйте их.

3.

Выполните ведение структуры переноса. Структура переноса должна описывать структуру плоского файла. Плоский файл содержит следующие поля: Инфо-объект

Описание

0CO_AREA

КЕ

COSTC##

МВЗ 13

0BUS_AREA

Бизнес-сфера

0COMP_CODE

БЕ

0PROFIT_CTR

МВП Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

255

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

4.

Инфо-объект

Описание

0TXTMD

Средний текст

0RESP_PERS

Ответственный

BW310

Выполните ведение структуры связи. Прежде всего, перенесите все поля структуры переноса в структуру связи. Это можно осуществить путем выбора Развернуть Произойдет переход к ведению структуры связи.

.

Все поля таблиц атрибутов и таблиц текстов требуются для признака COSTC## в структуре связи. В структуру переноса включена только их часть. Эти поля находятся в образце инфо-источника T_FLEX_TEMPLATE. Измените Образец для инфо-источника T_FLEX_TEMPLATE и аналогично перенесите в структуру связи дополнительные поля. 5.

Затем выполните ведение правил переноса. для закрытия структуры Прежде всего, выберите Свернуть связи. Затем перейдите к закладке Правила переноса. Включите опцию предложения правил переноса системой

.

Для некоторых полей структуры связи предложить значения по умолчанию невозможно. Поэтому выполните ведение следующих правил переноса: Поле структуры связи

Правила переноса

0DATEFROM

Создайте формулу Срок для присвоения процессу загрузки данных текущей даты. Для этого используйте в редакторе формул системное поле SYST-DATE/Дата.

0DATETO

Константы: 31.12.9999

Продолжение на следующей странице

256

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Поле структуры связи

Правила переноса

0LANGU

Создайте формулу Язык для присвоения языка входа в систему. Для этого используйте в редакторе формул системное поле SYST-LANGU/Язык входа в систему SAP.

0TXTSH

Поле из структуры переноса: 0TXTMD Средний текст (40 символов) присваивается краткому тексту; это же выполняется при отсутствии текста после первых 20 символов.

0ENTRYDATE 6.

Без присвоения (пусто)

После выполнения ведения правил переноса светофор для правил переноса остается желтым, так как поле 0ENTRYDATE является незаполненным для структуры связи. Но поскольку ввод информации в это поле не требуется, теперь можно активировать структуру переноса и правила переноса.

Задание 4 Выполнение ведения правил обновления Следующий шаг состоит в соединении инфо-источника с гибким обновлением и признака COSTC##. Для этого необходимо добавить признак к инфо-области в качестве цели данных. 1.

В Инструментальные средства администратора → Моделирование → Инфо-провайдер перейдите к инфо-области Обучение BW → BW310 Организация хранилищ данных → Группа ##. Присвойте инфо-области признак COSTC## в качестве цели данных.

2.

Создайте правила обновления для Атрибут. Соедините COSTC## с инфо-источником FLEX_MD_COSTC## и активируйте правила обновления. В цели данных необходим атрибут Код валюты (0EVCURRCOST), не включенный в инфо-источник. Эта информация доступна в качестве атрибута балансовой единицы 0COMP_CODE.

3.

Создайте правила обновления для Тексты. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

257

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Соедините COSTC##__T с инфо-источником FLEX_MD_COSTC## и активируйте правила обновления.

Задание 5 Создание инфо-пакета и загрузка плоского файла После выполнения ведения правил обновления становится возможной загрузка данных с рабочей станции. 1.

Создайте инфо-пакет для исходной системы IDES Внешние данные (I_EXTERN) для инфо-источника GR## МВЗ Гибк. MD (FLEX_MD_COSTC##). В Инструментальные средства администратора → Моделирование → Инфо-источники перейдите к прикладному компоненту Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##). Подробный текст

2.

GR## Внешние основные данные

На закладке Внешние данные выберите Загр. внешние данные из → Клиентская раб. станция. В поле Имя файла введите путь и каталог файла T_COSTCENTER_TRANS01.csv, созданного в начале этого упражнения. Для этого воспользуйтесь справкой по допустимым значениям ввода. В поле Тип файла выберите CSV-файл. Введите 1 в поле Число игнорируемых строк заголовка, так как CSV-файл содержит в первой строке описание столбцов. Сохраните параметры настройки с помощью

.

3.

Проверьте возможность корректной обработки этих данных с помощью функции предварительного просмотра.

4.

Запустите инфо-пакет и проверьте обработку в мониторе. На закладке Запланировать выберите Немедленный запуск загрузки данных → Запуск.

258

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Решение 7: Использование инфо-источника с гибким обновлением для загрузки данных атрибутов CO/текстов из CSV-файла Задание 1 Настройка глобальных подпрограмм переноса Внешние МВЗ имеют длину имени в 13 символов. Это в точности соответствует длине определенного признака. Однако необходимо пересмотреть глобальные подпрограммы переноса для признака COSTC## вновь. Поскольку трехзначный префикс необходим только в случаях загрузки данных без использования интерфейса плоских файлов, в подпрограмму, из которой загружаются данные из исходной системы, следует внедрить тест. 1.

2.

Выберите Меню SAP → Моделирование → Ведение объектов и запустите транзакцию Инфо-объектRSD1) для перехода к ведению признака COSTC##. a)

В поле Инфо-объект введите техническое имя признака COSTC## и выберите Ведение.

b)

В этой области выберите Правила переноса → Изменить

.

Измените глобальные подпрограммы переноса: Вставьте строку под строкой *$*$ begin of routine insert your code only below this line и закончите новую строку следующим образом: *$*$ begin of routine - insert your code only below this line check source_system 'I_EXTERN'. shift result right by 3 places. result(3) = source_system. returncode = 0. *$*$ end of routine - insert your code only before this line Предупреждение: Помните о необходимости правильного употребления прописных букв в техническом имени для исходной системы. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

259

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Проверьте синтаксис изменений и сохраните подпрограмму переноса. Активируйте инфо-объект. a) b)

Установите курсор в начале строки shift result и нажмите для вставки следующей строки. Закончите ввод кода в новую строку, как указано выше.

c)

Выберите Проверка

d)

Сохраните изменения

e)

Активируйте инфо-объект инфо-объекта

f)

. . и выйдите из ведения

.

Закройте транзакцию Обработка инфо-объектов: Ввод

.

Задание 2 Подготовка Для подготовки к следующему упражнению необходимо выгрузить имеющиеся на рабочей станции CSV-файлы. 1.

Выберите Меню пользователя для → Плоские файлы → Образец для сценариев плоских файлов (двойной щелчок) и установите соединение с сервером веб-приложений. Слева в контекстном меню для Основные данные МВЗ 1 выберите → Сохранить цель как... для выгрузки CSV-файла на рабочую станцию. Укажите собственный локальный каталог. Рекомендация: Следуйте инструкциями референта. Доступный каталог и диск зависят от среды обучения. Выберите, например, диск N:\. Сохраните файл под именем: T_COSTCENTER_MD01.csv a)

(см. описание выше).

Продолжение на следующей странице

260

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Задание 3 Ведение источников данных в виде плоских файлов и инфо-источников с гибкими обновлениями Для распределения информации об атрибутах и текстах по соответствующим таблицам для признака МВЗ выгрузите CSV-файлы посредством интерфейса плоских файлов, а также осуществите выгрузку инфо-источника с гибким обновлением. 1.

Создайте инфо-источник с гибким обновлением. В Инструментальные средства администратора → Моделирование → Инфо-источники перейдите к прикладному компоненту Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##). Инфо-источник

FLEX_MD_COSTC##

Подробный текст

GR## МВЗ Гибк.

a)

2.

b)

В контекстном меню для прикладного компонента выберите Группа ## (ZT_BW310_GR##) → Создать инфо-источник... Введите техническое имя и описание.

c)

Выберите Скопировать

.

Присвойте источник данных в виде плоского файла для исходной системы I_EXTERN инфо-источнику. Выполните ведение структуры переноса и правил переноса и активируйте их. a)

b) 3.

MD

В контекстном меню для созданного инфо-источника выберите GR## МВЗ Гибк. MD → Присвоение источника данных... Выберите исходную систему I_EXTERN и сохраните присвоение.

Выполните ведение структуры переноса. Структура переноса должна описывать структуру плоского файла. Плоский файл содержит следующие поля: Инфо-объект

Описание

0CO_AREA

КЕ

COSTC##

МВЗ 13

0BUS_AREA

Бизнес-сфера

0COMP_CODE

БЕ

0PROFIT_CTR

МВП Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

261

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

Инфо-объект

Описание

0TXTMD

Средний текст

0RESP_PERS

Ответственный

a)

4.

BW310

На закладке ИстДанных/СтруктураПереноса в столбце Инфо-объект укажите технические имена инфо-объектов в правильной последовательности, соответствующей полям плоского файла.

Выполните ведение структуры связи. Прежде всего, перенесите все поля структуры переноса в структуру связи. Это можно осуществить путем выбора Развернуть Произойдет переход к ведению структуры связи.

.

Все поля таблиц атрибутов и таблиц текстов требуются для признака COSTC## в структуре связи. В структуру переноса включена только их часть. Эти поля находятся в образце инфо-источника T_FLEX_TEMPLATE. Измените Образец для инфо-источника T_FLEX_TEMPLATE и аналогично перенесите в структуру связи дополнительные поля. a) b) c) d) e) 5.

Выберите Развернуть . Произойдет переход к ведению структуры связи. Выберите Скопировать. для переноса всех полей из структуры Выберите переноса в данную структуру. В поле Образец введите образец инфо-источника T_FLEX_TEMPLATE. Выберите для переноса дополнительных полей из образца в структуру.

Затем выполните ведение правил переноса. для закрытия структуры Прежде всего, выберите Свернуть связи. Затем перейдите к закладке Правила переноса. Включите опцию предложения правил переноса системой

.

Для некоторых полей структуры связи предложить значения по умолчанию невозможно. Продолжение на следующей странице

262

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Поэтому выполните ведение следующих правил переноса: Поле структуры связи

Правила переноса

0DATEFROM

Создайте формулу Срок для присвоения процессу загрузки данных текущей даты. Для этого используйте в редакторе формул системное поле SYST-DATE/Дата.

0DATETO

Константы: 31.12.9999

0LANGU

Создайте формулу Язык для присвоения языка входа в систему. Для этого используйте в редакторе формул системное поле SYST-LANGU/Язык входа в систему SAP.

0TXTSH

Поле из структуры переноса: 0TXTMD Средний текст (40 символов) присваивается краткому тексту; это же выполняется при отсутствии текста после первых 20 символов.

0ENTRYDATE

Без присвоения (пусто)

a)

Выберите пункт Свернуть для закрытия структуры связи. Затем перейдите на закладку Правила переноса.

b) c)

Выберите Предложить правила переноса Правило переноса 0DATEFROM: .

Выберите d) e)

.

Выберите Формула → Создать . В поле Подробный текст введите Дата для новой формулы и подтвердите ввод с помощью Дальше (Enter)

f) g) h) i)

.

В выпадающем меню в левой части выбора полей выберите Системные поля. Выполните перенос SYST-DATE/Дата при помощи двойного щелчка на определении формулы. и выполните перенос формулы с Выберите Назад Выполните перенос правила 0DATETO:

.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

263

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

Выберите

BW310

.

j)

Выберите Константа, введите 31.12.9999 и выполните

k)

. перенос при помощи Выполните перенос правила 0LANGU: Выберите

.

l) Выберите Формула → Создать . m) В поле Подробный текст введите Язык для новой формулы и подтвердите ввод с помощью Дальше (Enter) n)

.

o)

В выпадающем меню в левой части выбора полей выберите Системные поля. Выполните перенос SYST-LANGU/Язык входа в систему SAP при помощи двойного щелчка по определению формулы.

p) q)

и выполните перенос формулы Выберите Назад Правило переноса 0TXTSH: Выберите

r)

.

Выберите Поле из структуры переноса0TXTMD и выполните перенос с помощью

6.

.

.

После выполнения ведения правил переноса светофор для правил переноса остается желтым, так как поле 0ENTRYDATE является незаполненным для структуры связи. Но поскольку ввод информации в это поле не требуется, теперь можно активировать структуру переноса и правила переноса. a)

Активируйте инфо-источник

и выйдите из ведения

инфо-источника при помощи Назад (F3)

.

Задание 4 Выполнение ведения правил обновления Следующий шаг состоит в соединении инфо-источника с гибким обновлением и признака COSTC##. Для этого необходимо добавить признак к инфо-области в качестве цели данных. 1.

В Инструментальные средства администратора → Моделирование → Инфо-провайдер перейдите к инфо-области Обучение BW → BW310 Организация хранилищ данных → Группа ##. Продолжение на следующей странице

264

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Присвойте инфо-области признак COSTC## в качестве цели данных. a) b)

Выберите в контекстном меню для инфо-области Группа ## (T_05A##) → Добавить признак как цель данных... В поле Инфо-объект введите техническое имя признака COSTC## и подтвердите ввод с помощью Дальше (Enter)

2.

.

Создайте правила обновления для Атрибут. Соедините COSTC## с инфо-источником FLEX_MD_COSTC## и активируйте правила обновления. В цели данных необходим атрибут Код валюты (0EVCURRCOST), не включенный в инфо-источник. Эта информация доступна в качестве атрибута балансовой единицы 0COMP_CODE. a) b)

c) d)

e)

f) g)

В контекстном меню для признака выберите Создать правила обновления. Выберите Инфо-источник FLEX_MD_COSTC## в качестве источника данных и подтвердите ввод с помощью или Следующий экран (F7) . Подтвердите сообщение об установке атрибутов Без . обновления с помощью На экране Создание правил обновления: Правила для атрибута Код валюты (0EVCURRCOST) в столбце Вид выберите ведение подробных данных . На экране Правило обновления: Подробные данные на закладке Калькуляция атрибутов выберите Вид обновления→ Перезапись. Выберите Атрибут основных данных из → БЕ (0COMP_CODE). Перейдите на закладку Ключевые поля и проверьте, что всем ключевым полям присвоены поля структуры связи.

h)

Выполните перенос правил с помощью Дальше (Enter)

i)

Активируйте правила обновления путем выбора "Назад"

3.

.

и выйдите из ведения

.

Создайте правила обновления для Тексты.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

265

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Соедините COSTC##__T с инфо-источником FLEX_MD_COSTC## и активируйте правила обновления. a) b)

В контекстном меню для признака выберите Создать правила обновления. Выберите Инфо-источник FLEX_MD_COSTC## в качестве источника данных и подтвердите ввод с помощью .

или Следующий экран (F7) c)

Активируйте правила обновления путем выбора "Назад"

и выйдите из ведения

.

Задание 5 Создание инфо-пакета и загрузка плоского файла После выполнения ведения правил обновления становится возможной загрузка данных с рабочей станции. 1.

Создайте инфо-пакет для исходной системы IDES Внешние данные (I_EXTERN) для инфо-источника GR## МВЗ Гибк. MD (FLEX_MD_COSTC##). В Инструментальные средства администратора → Моделирование → Инфо-источники перейдите к прикладному компоненту Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##). Подробный текст

a) b) 2.

GR## Внешние основные данные

В контекстном меню для исходной системы IDES Внешние данные (I_EXTERN) выберите Создать инфо-пакет... В поле Подробный текст введите имя инфо-пакета GR## Внешние основные данные.

На закладке Внешние данные выберите Загр. внешние данные из → Клиентская раб. станция. В поле Имя файла введите путь и каталог файла T_COSTCENTER_TRANS01.csv, созданного в начале этого упражнения. Для этого воспользуйтесь справкой по допустимым значениям ввода. В поле Тип файла выберите CSV-файл. Введите 1 в поле Число игнорируемых строк заголовка, так как CSV-файл содержит в первой строке описание столбцов.

Продолжение на следующей странице

266

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Сохраните параметры настройки с помощью a) 3.

См. описание выше.

Проверьте возможность корректной обработки этих данных с помощью функции предварительного просмотра. a)

Выберите ПредвПросм и подтвердите параметры путем выбора Выполнить

b) c) d) 4.

.

.

Выберите Моделирование . Двойным щелчком выберите Цель данных для моделирования и проверьте данные в структуре связи. Для управления данными на уровне цели данных выберите Ракурс цели данных.

Запустите инфо-пакет и проверьте обработку в мониторе. На закладке Запланировать выберите Немедленный запуск загрузки данных → Запуск. a) b) c) d)

e)

На закладке Обработка выберите опцию PSA и затем в цели данных (по пакетам). На закладке Цели данных выберите опцию Обновить во всех целях данных, для которых существуют активные правила. На закладке Обновление выберите режим обновления Полное обновление. На закладке Запланировать выберите Немедленный запуск загрузки данных и запустите процесс загрузки данных путем . выбора Для проверки процесса загрузки данных с помощью монитора выберите

III квартал 2004

.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

267

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

268

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

BW310

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Упражнение 8: Использование инфо-источника с прямым обновлением для загрузки иерархии МВЗ из CSV-файла Время на упражнения: минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • загружать иерархии из плоских файлов

Практический пример Из внешней системы поступают данные иерархии для учета по МВЗ, которые требуется использовать в качестве презентационной иерархии в отчетах. Через интерфейс плоских файлов для признака COSTC## загрузите данные иерархии, доступные в виде CSV-файлов.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: 1.

To load flat files, participants need a local disk drive with both write and read access.

This may be the N:\ drive in a terminal server environment. The flat files are downloaded via document integration. They are also available as attachments in the Shared Folders (transaction SO04), folder Training\BW310\, file Material for BW310. They can be downloaded from here.

Задание 1 Подготовка плоских файлов для иерархий В качестве подготовки к следующим упражнениям требуется выгрузить на рабочую станцию доступные CSV-файлы. 1.

III квартал 2004

Выберите Меню пользователя → Плоские файлы → Образец для сценариев с плоскими файлами (двойной щелчок) и установите соединение с сервером веб-приложений. Продолжение на следующей странице

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

269

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Для выгрузки CSV-файла на рабочую станцию выберите в контекстном меню (слева) Иерархия 1000 (Немецкий) → Сохранить цель как... Определите локальный каталог. Рекомендация: Следуйте инструкциями референта. Доступный каталог и диск зависят от среды обучения. Выберите, например, диск N:\. Сохраните файл под именем: T_Hier_DE_1000. 2.

CSV.

В выгруженном на рабочую станцию образце техническое имя 0COSTCENTER используется в поле Инфо-объект. Так как требуется загрузить иерархии для собственного признака COSTC##, то сначала необходимо будет изменить техническое имя 0COSTCENTER на COSTC##. Для внесения изменений используйте программу Блокнот. Чтобы открыть эту программу, выберите Пуск → Программы → Блокнот. Выберите Файл →Открыть и перейдите к локальному рабочему каталогу, в который был выгружен файл-образец. Выберите файл T_Hier_DE_1000.CSV и нажмите Открыть. Используйте функцию Поиск и замена. Измените 0COSTCENTER на COSTC##. Предупреждение: Помните о необходимости правильного употребления прописных букв в техническом имени. Замените символ ## на номер группы. Сохраните изменения и закройте Блокнот.

Задание 2 Источник данных иерархии для плоских файлов Внешние иерархии МВЗ, получаемые в виде CSV-файлов, существуют в формате, предназначенном для загрузки из не зависящих от времени иерархий без интервалов при помощи метода IDoc. 1.

Присвойте новый источник данных для исходной системы I_EXTERN инфо-источнику для прямого обновления COSTC##. Продолжение на следующей странице

270

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Создайте один источник данных для иерархий. В Инструментальные средства администратора → Моделирование → Инфо-источники перейдите к прикладному компоненту Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##) → COSTC##. 2.

Выберите Метод переноса IDoc.

3.

Выполните ведение иерархической структуры. Создайте новую иерархию: Имя - GR##_HIER_1000, Подробный текст - Иерархия 1000. Будет выполнен переход к окну ведения свойств заголовка иерархии и файловой структуры. Выберите следующие свойства заголовка иерархии:

4.

Флаг

Свойства

Нет

Отсортиров. иерархия

Нет

Интервал

Нет

ЗависОтВрем

Нет

Ид. исходной системы

В качестве структуры предлагаются следующие поля: Описание

Поле

Тип

Длина

Ид. узлов

NODEID

NUMC

8

Имя инфо-объекта

INFOOBJECT

CHAR

30

Обозначение узла

NODENAME

CHAR

32

Индикатор ссылки

LINK

CHAR

1

РодитУзел

PARENTID

NUMC

8

Код языка

LANGU

CHAR

1

Описание - краткое

TXTSH

CHAR

20

Описание - среднее

TXTMD

CHAR

40

Описание - подробное

TXTLG

CHAR

60

Теперь данные иерархии доступны в подготовленном ранее файле в этом формате.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

271

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Перенесите введенные данные и сохраните информацию по иерархии. Сохраните записи и вернитесь в инструментальные средства администратора.

Задание 3 Создание инфо-пакета и загрузка плоского файла После выполнения ведения источника данных иерархии можно загрузить данные с рабочей станции. 1.

Создайте инфо-пакет для исходной системы IDES Внешние данные (I_EXTERN) , инфо-источника COSTC##. GR## Иерархия 1000

Подробный текст 2. 3.

На закладке Выбор иерархии выберите Иерархия 1000. На закладке Внешние данные выберите Загр. внешние данные из

→ Клиентская раб. станция. В поле Имя файла введите путь и

каталог файла T_HIER_DE_1000.csv, созданного в начале этого упражнения. Для этого воспользуйтесь справкой по допустимым значениям ввода. В поле Тип файла выберите CSV-файл. Так как в первой строке CSV-файла не содержится описания столбцов, в поле Число игнорируемых строк заголовка введите 0. Сохраните параметры настройки с помощью

.

4.

Проверьте возможность корректной обработки этих данных с помощью функции предварительного просмотра.

5.

Запустите инфо-пакет и проверку обработки в мониторе. На закладке Запланировать выберите Немедленный запуск загрузки данных → Запуск.

6.

Проверьте результаты в мониторе.

7.

Для проверки загруженной иерархии в ведении иерархии выберите Иерархии (Ctrl+F5)

272

.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

Решение 8: Использование инфо-источника с прямым обновлением для загрузки иерархии МВЗ из CSV-файла Задание 1 Подготовка плоских файлов для иерархий В качестве подготовки к следующим упражнениям требуется выгрузить на рабочую станцию доступные CSV-файлы. 1.

Выберите Меню пользователя → Плоские файлы → Образец для сценариев с плоскими файлами (двойной щелчок) и установите соединение с сервером веб-приложений. Для выгрузки CSV-файла на рабочую станцию выберите в контекстном меню (слева) Иерархия 1000 (Немецкий) → Сохранить цель как... Определите локальный каталог. Рекомендация: Следуйте инструкциями референта. Доступный каталог и диск зависят от среды обучения. Выберите, например, диск N:\. Сохраните файл под именем: T_Hier_DE_1000. a)

2.

CSV.

(см. описание выше).

В выгруженном на рабочую станцию образце техническое имя 0COSTCENTER используется в поле Инфо-объект. Так как требуется загрузить иерархии для собственного признака COSTC##, то сначала необходимо будет изменить техническое имя 0COSTCENTER на COSTC##. Для внесения изменений используйте программу Блокнот. Чтобы открыть эту программу, выберите Пуск → Программы → Блокнот. Выберите Файл →Открыть и перейдите к локальному рабочему каталогу, в который был выгружен файл-образец. Выберите файл T_Hier_DE_1000.CSV и нажмите Открыть. Используйте функцию Поиск и замена. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

273

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Измените 0COSTCENTER на COSTC##. Предупреждение: Помните о необходимости правильного употребления прописных букв в техническом имени. Замените символ ## на номер группы. Сохраните изменения и закройте Блокнот. a) b) c) d) e)

В меню выберите Обработать → Заменить ... В поле Поиск введите (прописными буквами) 0COSTCENTER . В поле Заменить на: введите COSTC##. Выберите Заменить все и закройте диалоговое окно, нажав Отмена. Сохраните изменения путем выбора Файл →Сохранить и закройте Блокнот.

Задание 2 Источник данных иерархии для плоских файлов Внешние иерархии МВЗ, получаемые в виде CSV-файлов, существуют в формате, предназначенном для загрузки из не зависящих от времени иерархий без интервалов при помощи метода IDoc. 1.

Присвойте новый источник данных для исходной системы I_EXTERN инфо-источнику для прямого обновления COSTC##. Создайте один источник данных для иерархий. В Инструментальные средства администратора → Моделирование → Инфо-источники перейдите к прикладному компоненту Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##) → COSTC##. a) b)

c)

d) e)

В контекстном меню инфо-источника выберите для прямого обновления COSTC## → Присвоение источника данных... В поле Исходная система введите исходную систему для интерфейса плоских файлов I_EXTERN и подтвердите ввод с помощью Скопировать (Enter) . На экране Сохранить изменения? в первом запросе для присвоения источника данных для атрибутов выберите Нет. На экране Сохранить изменения? во втором запросе для присвоения источника данных для текстов выберите Нет. На экране Сохранить изменения? в третьем запросе для присвоения источника данных для иерархий выберите Да. Продолжение на следующей странице

274

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

2.

Выберите Метод переноса IDoc. a)

3.

В области Метод переноса выберите опцию IDoc.

Выполните ведение иерархической структуры. Создайте новую иерархию: Имя - GR##_HIER_1000, Подробный текст - Иерархия 1000. Будет выполнен переход к окну ведения свойств заголовка иерархии и файловой структуры. Выберите следующие свойства заголовка иерархии: Флаг

Свойства

Нет

Отсортиров. иерархия

Нет

Интервал

Нет

ЗависОтВрем

Нет

Ид. исходной системы

a) b) c) 4.

Выберите Иерархическая структура. В поле Имя иерархии введите GR##_HIER_1000 , а в поле Подробный текст введите Иерархия 1000 . Снимите флаг Интервал.

В качестве структуры предлагаются следующие поля: Описание

Поле

Тип

Длина

Ид. узлов

NODEID

NUMC

8

Имя инфо-объекта

INFOOBJECT

CHAR

30

Обозначение узла

NODENAME

CHAR

32

Индикатор ссылки

LINK

CHAR

1

РодитУзел

PARENTID

NUMC

8

Код языка

LANGU

CHAR

1

Описание - краткое

TXTSH

CHAR

20

Описание - среднее

TXTMD

CHAR

40

Описание - подробное

TXTLG

CHAR

60

Теперь данные иерархии доступны в подготовленном ранее файле в этом формате.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

275

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Перенесите введенные данные и сохраните информацию по иерархии. Сохраните записи и вернитесь в инструментальные средства администратора. .

a)

Выберите Скопировать

b)

Активируйте структуру переноса

c)

Вернитесь в инструментальные средства администратора

. .

Задание 3 Создание инфо-пакета и загрузка плоского файла После выполнения ведения источника данных иерархии можно загрузить данные с рабочей станции. 1.

Создайте инфо-пакет для исходной системы IDES Внешние данные (I_EXTERN) , инфо-источника COSTC##. Подробный текст a) b)

2.

В контекстном меню исходной системы IDES Внешние данные (I_EXTERN) выберите Создать инфо-пакет... В поле Подробный текст введите имя инфо-пакета GR## Иерархия 1000.

На закладке Выбор иерархии выберите Иерархия 1000. a)

3.

GR## Иерархия 1000

Выберите иерархию в столбце Выбор.

На закладке Внешние данные выберите Загр. внешние данные из → Клиентская раб. станция. В поле Имя файла введите путь и каталог файла T_HIER_DE_1000.csv, созданного в начале этого упражнения. Для этого воспользуйтесь справкой по допустимым значениям ввода. В поле Тип файла выберите CSV-файл. Так как в первой строке CSV-файла не содержится описания столбцов, в поле Число игнорируемых строк заголовка введите 0. Сохраните параметры настройки с помощью a)

.

См. описание выше.

Продолжение на следующей странице

276

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка основных данных из плоских файлов

4.

Проверьте возможность корректной обработки этих данных с помощью функции предварительного просмотра. a)

Выберите ПредвПросм и подтвердите параметры путем выбора Выполнить

b) 5.

.

Выберите Моделирование

.

Запустите инфо-пакет и проверку обработки в мониторе. На закладке Запланировать выберите Немедленный запуск загрузки данных → Запуск. a) b) c)

На закладке Обработка выберите опцию ALE-вход и инфо-объект. На закладке Обновление выберите режим Полное обновление. На закладке Запланировать выберите Немедленный запуск .

загрузки данных с 6.

Проверьте результаты в мониторе. a)

Для проверки процесса загрузки данных с помощью .

монитора выберите 7.

Для проверки загруженной иерархии в ведении иерархии выберите Иерархии (Ctrl+F5) a)

III квартал 2004

.

Выберите Иерархии (Ctrl+F5)

.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

277

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Резюме по уроку Теперь вы сможете: • описывать процесс ETL для основных данных (атрибуты, тексты, иерархии) с прямым и гибким обновлением из плоских файлов

278

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Загрузка переменных данных из плоских файлов

Загрузка переменных данных из плоских файлов Продолжительность урока: 30 минут(ы)

Обзор урока Цели урока Прослушав этот урок, вы сможете: • •

описывать процесс ETL загрузки переменных данных через файловый интерфейс загружать переменные данные из плоских файлов в базовый куб при помощи правил переноса и обновления

Use the scenarios and objects from the exercises for the demonstrations.

Практический пример На предприятии должен проводиться ежемесячный анализ данных из системы R/3 и внешних систем дочерних компаний с использованием базового куба Учет по МВЗ. Проектная группа решила выполнить загрузку данных (основных и переменных) из внешних систем в SAP BW через файловый интерфейс.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

279

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Процесс экстракции для переменных данных

Рисунок 94: Процесс экстракции для переменных данных

Предпосылки Необходимо наличие следующего: 1.

исходной системы вида “файловый интерфейс”;

2.

инфо-источника с гибким обновлением;

3.

активных структуры и правил переноса;

4.

активных правил обновления.

Преобразование На предприятии требуется объединить в системе SAP BW данные из различных источников. Форматы данных из различных источников обычно не соответствуют единому формату инфо-объектов SAP BW. Для приведения данных из различных источников к непротиворечивому виду необходимо выполнить преобразование этих данных. Для простого выполнения данного процесса потребуется специальный инструмент.

Опции преобразования данных В системе SAP BW данное преобразование можно выполнить при помощи двух средств: •

280

правил переноса;

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных из плоских файлов

•

правил обновления.

Преобразование в правилах переноса В правилах переноса имеется доступ к данным, перенесенным в систему SAP BW из структуры переноса исходной системы. В правилах переноса обычно выполняются специфичные для исходной системы процессы преобразования. Здесь, например, можно гомогенизировать основные данные. Кроме технических моментов, общие рекомендации о том, где должны быть выполнены определенные виды преобразования, отсутствуют.

Преобразование в правилах обновления В правилах обновления имеется доступ к данным, доступным в структуре связи после применения правил переноса. В правилах обновления обычно выполняются специфичные для инфо-источника процессы преобразования. Например, это преобразование единиц измерения. • • • •

Простые и сложные математические вычисления Операции со строками (например, сцепление строк) Преобразование дат Условия

Преобразование: примеры Преобразование дат Формат даты из источника данных

04/2002/21

(Внутренний) формат даты в системе SAP BW

20020421

Вычисление Выручка с учетом налога 7.00 EUR

70.00 EUR

Выручка минус налог

63.00 EUR Сцепление

III квартал 2004

Имя дочерней компании

NEON

№ материала

1234

NEON и 1234

NEON_1234

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

281

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Все вышеприведенные преобразования можно выполнить при помощи редактора формул. Здесь не требуется никаких знаний программирования.

Библиотека преобразований и редактор формул

Рисунок 95: Библиотека преобразований

Библиотека преобразований, совместно с редактором формул, позволяет создавать формулы напрямую, без использования ABAP-программирования. Библиотека преобразований содержит более 70 стандартных функций. • • • • •

Стандартные операции со строками, преобразования дат, логические и математические функции Расширения с использованием BADI (Business-Add-In) При помощи библиотеки преобразований можно сократить ABAP-подпрограммы приблизительно на 50%. Преобразование уже существующих подпрограмм невозможно. Функции редактора формул имеют удобный пользовательский интерфейс для библиотеки преобразований.

в диалоговом окне выбора При помощи кнопки "Информация" метода обновления можно вызвать перечень функций с описанием их синтаксиса. В библиотеке преобразований редактора формул существует возможность применения функций, определенных пользователем. В такие функции можно вставить уже существующие

282

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных из плоских файлов

функциональные модули. Это позволяет создать специальные функции, не содержащиеся в библиотеке преобразований. Затем их можно применять неограниченное количество раз. В редакторе формул поддерживаются два режима: стандартный и экспертный. В стандартном режиме формулы можно задать только при помощи кнопок, а также двойных щелчков по функциям и полям. В экспертном режиме можно выполнить непосредственный ввод формулы. При вводе формулы существует возможность переключения режимов. Для получения более подробного описания действий в редакторе формул нажмите в редакторе формул кнопку "Информация"

.

Рисунок 96: Редактор формул

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

283

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Примеры сценариев

Рисунок 97: Поток данных для переменных данных из системы R/3

The following graphic provides an overview of the results of each individual exercise scenario in units 3 and 4. (The participants can find this graphic in unit 1 in their course material.)

284

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных из плоских файлов

Рисунок 98: Пример общего сценария: процессы ETL

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

285

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

286

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

BW310

III квартал 2004

BW310

Урок: Загрузка переменных данных из плоских файлов

Упражнение 9: Загрузка переменных данных CO из системы R/3 Время на упражнения: минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • загружать переменные данные через файловый интерфейс • создавать преобразования при помощи редактора формул

Практический пример На предприятии требуется выполнить анализ сводных данных из системы R/3 и внешних систем. Основой для этих отчетов является инфо-куб МВЗ. Для переменных данных из внешних систем были созданы плоские файлы в формате .csv.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: 1.

To load flat files, participants need a local disk drive with both write and read access.

This may be the N:\ drive in a terminal server environment. The flat files are downloaded via document integration. They are also available as attachments in the Shared Folders (transaction SO04), folder Training\BW310\, file Material for BW310. They can be downloaded from here.

Задание 1 Подготовка В качестве подготовки к следующему упражнению требуется выгрузить на рабочую станцию доступные CSV-файлы. 1.

Выберите Меню пользователя → Плоские файлы → Образец для сценариев с плоскими файлами (двойной щелчок) и установите соединение с сервером веб-приложений. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

287

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Для выгрузки CSV-файла на рабочую станцию выберите в контекстном меню (слева) Переменные данные МВЗ 1 → Сохранить цель как... Укажите локальный каталог. Рекомендация: Следуйте инструкциями референта. Доступный каталог и диск зависят от среды обучения. Выберите, например, диск N:\. Сохраните файл под именем: T_COSTCENTER_TRANS01.csv

Задание 2 Ведение инфо-источника и источников данных плоских файлов для переменных данных Инфо-источник для данных МВЗ из бизнес-содержимого (BCT) 0CO_OM_CCA_1 в качестве ключа МВЗ использует признак BCT 0COSTCENTER с техническим свойством CHAR, длина 10. Однако длина ключа МВЗ внешней системы равна 13 символам. Вследствие этого невозможно использовать инфо-источник из BCT. 1.

Создайте новый инфо-источник с гибким обновлением. В Инструментальные средства администратора → Моделирование → Инфо-источники перейдите к прикладному компоненту Обучение BW → BW310 Организация хранилищ данных → Группа ## (ZT_BW310_GR##). Инфо-источник

GR##ISCCA

Подробный текст

GR## Внешние переменные данные

2.

Присвойте источник данных плоского файла инфо-источнику для исходной системы I_EXTERN.

3.

Выполните ведение структуры переноса. Структура переноса должна описывать структуру плоского файла. Плоский файл содержит следующие поля: Инфо-объект

Описание

0CO_AREA

КЕ

COSTC##

МВЗ 13 Продолжение на следующей странице

288

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных из плоских файлов

Инфо-объект

Описание

0BUS_AREA

Бизнес-сфера

0COMP_CODE

БЕ

0PROFIT_CTR

МВП

0COSTELMNT

Вид затрат

0VERSION

Версия

0VTYPE

Тип значения

0METYPE

Тип показателя

0VTDETAIL

Тип значения подробно

0VALUATION

Ракурс оценки

0CURTYPE

Тип валюты

AMOUNT##

GR## Сумма

0QUANTITY

Количество

0CURRENCY

Валюта

0UNIT

ЕИ

0FISCPER

Финансовый год/период

Рекомендация: Описание структуры переноса находится в документе Структура переноса: Переменные данные МВЗ в интернет-браузере. Выберите Меню пользователя → Плоские файлы → Образец для сценариев с плоскими файлами (двойной щелчок) и установите соединение с сервером веб-приложений. При помощи одиночного щелчка выберите файл Структура переноса: Переменные данные МВЗ. В результате в правой части экрана появится описание структуры переноса. Выберите поля в документе и при помощи Ctrl+C скопируйте их в буфер обмена. Теперь выберите первое поле в столбце Инфо-объекты и при помощи Ctrl+V вставьте содержимое буфера обмена. Для выполнения проверки нажмите .

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

289

Раздел 4: Экстракция из дополнительных источников данных и поток данных в SAP BW

BW310

Предупреждение: При вставке из буфера система пополняет значениями только те строки, которые появляются на экране. Повторите процедуру копирования/вставки для соответствующих полей. 4.

Выполните ведение структуры связи. Прежде всего, необходимо перенести в структуру связи все поля структуры переноса. Для этого выберите Развернуть экран ведения структуры связи.

. Будет выполнен переход на

При переносе полей в структуру связи будет выдано сообщение о переносе в структуру дополнительных составных инфо-объектов. Подтвердите сообщение о том, что эти инфо-объекты также необходимы. 5.

Теперь выполните ведение правил переноса. для закрытия структуры Прежде всего, выберите Свернуть связи. Затем перейдите к закладке Правила переноса. Включите опцию предложения правил переноса системой

.

Полю 0FISCVARNT, которое не содержится в структуре переноса, присвойте константу K4. 6.

Активируйте структуру и правила переноса.

Задание 3 Ведение правил обновления Следующим шагом является соединение инфо-источника гибкого обновления GR##ISCCA с инфо-кубом GR##CUBE1. 1.

В Инструментальные средства администратора → Моделирование → Инфо-провайдер перейдите к инфо-области Обучение BW → BW310 Организация хранилищ данных → Группа ##. Выполните ведение правила обновления между инфо-кубом GR##CUBE1 и инфо-источником GR##ISCCA. Проверьте сгенерированное системой предложение. В "Подробные данные" для правил обновления на закладке Признаки содержится присвоение признаков из структуры связи признакам инфо-куба. Продолжение на следующей странице

290

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Загрузка переменных данных из плоских файлов

Для различия между поставщиком и клиентом в системе отчетов используется признак Ид. отправителя/получателя (0DB_CR_IND). Источник данных не предоставляет данную информацию напрямую. Поэтому этот индикатор следует получить при помощи знака +/-, расположенного рядом с суммой. Это можно выполнить путем создания формулы с описанием Дебетования/Кредитования: Если сумма меньше 0, система присвоит индикатор 'C'. В противном случае будет присвоен индикатор 'D'. Формула If (GR## Сумма SAP Business Information Warehouse. Перенос бизнес-содержимого за три шага (1) Определение уровня выбора Управление бизнес-содержимым находится в функциональной сфере Бизнес-содержимое в Инструментальные средства администратора.

Рисунок 102: Инсталляция бизнес-содержимого за три шага

Изначально поиск отдельных объектов или всех сценариев бизнес-содержимого можно осуществить на различных уровнях:

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

311

Раздел 5: Бизнес-содержимое

•

• • • •

•

• •

BW310

Инфо-провайдеры по инфо-областям: список инфо-кубов, агрегатов, ODS-объектов и инфо-объектов (с основными данными) по инфо-областям. Инфо-объекты по прикладным компонентам: список инфо-объектов по инфо-областям и каталогам инфо-объектов. Инфо-источники по прикладным компонентам: Роли: список ролей по отраслям. Типы объектов: список всех объектов, отсортированных по типам (например, инфо-область или инфо-куб). Для каждого типа доступна справка по допустимым значениям ввода. Выбранные объекты можно включать в древовидную структуру. Для каждого пользователя сохраняется персональный список объектов, который будет доступен при каждом запуске программы этим пользователем. Объекты в программных вставках BW: список всех инсталлированных пакетов поддержки BW. Ниже приводятся новые объекты или объекты, заново поставляемые с каждым пакетом поддержки. Запрос на перенос: список всех объектов по запросам на перенос. Пакеты: список всех объектов по пакетам (ранее – класс разработок).

(2) Выбор объектов бизнес-содержимого и процедур группирования Прежде чем переместить сценарий или объект, выбранный при помощи метода перетаскивания, в окно Собранные объекты, сначала можно выбрать функцию группирования, позволяющую определить другие объекты бизнес-содержимого, которые необходимо задействовать при активации. В рамках группировок объединяются все объекты одной сферы: •

• • • •

312

Только необходимые объекты: только те дополнительные объекты, которые необходимы для активации выбранных и включенных объектов (минимальная выборка). Предшествующий поток данных: собираются все объекты, поставляющие данные в другие объекты. Последующий поток данных: собираются все объекты, получающие данные из других объектов. Предшествующий и последующий поток данных: собираются все объекты, как поставляющие, так и получающие данные. Защита системной копии: эта опция позволяет собрать в запросе на перенос только часть объектов. После создания системной копии можно будет повторно загрузить данный запрос.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Бизнес-содержимое (BCT)

Если был выбран режим сбора, для запуска сбора вручную необходимо выбрать сценарий или объект. После этого можно выбрать процедуру группирования вручную. (3) Инсталляция объектов бизнес-содержимого В правом окне Собранные объекты можно просмотреть все зависимые объекты, относящиеся к выбранной роли (в вышеприведенном примере). Диапазон объектов указывается при помощи группирования (см. выше). Если существуют относящиеся к роли объекты, которые еще не были перенесены, то перенос является обязательным и обозначается при помощи флага в столбце Скопировать. Объекты для ролей, которые уже были перенесены в существующую версию, можно либо оставить, либо повторно скопировать. Если существует возможность объединения версии содержимого с активной версией, в столбце Объединение (X) или копиров. появится соответствующий индикатор. При помощи функции Скопировать можно смоделировать перенос бизнес-содержимого (напрямую или в фоновом режиме).

Другие области бизнес-содержимого Репозитарий метаданных Переход в репозитарий метаданных выполняется при помощи функции Окно документации вкл./выкл. Здесь приводится полный обзор бизнес-содержимого, поставляемого SAP. Кроме того, здесь можно более подробно узнать об этой функции, а также об объектах бизнес-содержимого, активированных в текущей системе.

Графики потока данных Источник данных и поток данных используются при выполнении общих для всех приложений аналитических отчетов. Функция Поток данных репозитария метаданных позволяет получить полное графическое представления потока данных: от источника данных до цели данных каждого объекта (выбранного ранее). Сюда будут включены роли, инфо-кубы, запросы и рабочие книги.

Демонстрационное содержимое Поставка примеров данных (в дополнение к метаданным бизнес-содержимого) выполняется в виде демонстрационного содержимого SAP. При этом можно быстро просмотреть полные демонстрационные сценарии из различных отраслей, а также получить обзор представления данных в Business Information Warehouse.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

313

Раздел 5: Бизнес-содержимое

BW310

Поскольку демонстрационное содержимое SAP было разработано специально в целях демонстрации, в нем применяется особая область имен. Технические имена всех объектов демонстрационного содержимого начинаются с 0D_. Таким образом, они полностью независимы от бизнес-содержимого предприятия, т.к. они также не подходят для продуктивного использования. Однако их можно использовать в качестве образцов для последующего создания собственных объектов. Демонстрационное содержимое SAP предоставляет демонстрационный сценарий, который может быть активирован всего за несколько шагов. Для переноса отдельного объекта из демонстрационного содержимого SAP выберите под типом объекта Инфо-кубы → Демонстрационный пример SAP и выберите те объекты демонстрационного содержимого, которые требуется перенести. Поставляются следующие демонстрационные кубы: • • •

Демонстрационный куб закупки Демонстрационный куб учета результатов (CO_PA) Демонстрационный куб сбыта

Для получения дополнительной информации см. онлайндокументацию SAP BW.

Аналитические приложения В версии 3.0 бизнес-содержимое было расширено путем внедрения поддержки аналитических приложений: Аналитические приложения используются для оценки и оптимизации бизнес-процессов, основанных на интегрированном базисе данных. Они добавляют существующие необработанные данные к избыточным значениям, т.к. опция обработки уже была запланирована для всех систем и приложений. Они всегда относятся к определенному процессу и оценивают вероятность успешного выполнения этого процесса. Аналитические приложения производят сбор данных, их преобразование в понятную для пользователя информацию, добавление к ним алгоритмов интеллектуальной обработки, а также поддерживают выполнение необходимых шагов в системе. Ниже приводятся некоторые примеры аналитических приложений из бизнес-содержимого для CRM: • •

314

Оптимизация кампаний ⇒ Анализ текущих и предыдущих кампаний Анализ взаимоотношений с клиентами

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Бизнес-содержимое (BCT)

Интеграция Dun & Bradstreet (D&B) На сегодняшний день D&B является одним из ведущих поставщиков внешних рыночных данных. Поставляемые D&B данные включают информацию о предприятиях и структурную информацию о концернах и бизнес-группах ("генеалогическое древо фирмы") и являются ценным инструментом для предприятия как в сфере маркетинга, так и для закупок. Ниже приводятся цели интеграции данных D&B: • • • •

соединение оперативных данных сбыта с данными маркетинговых исследований; определение новых ключевых клиентов; определение новых рынков; эталонное тестирование в пределах промышленной зоны.

Рисунок 103: Архитектура изучения рынка

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

315

Раздел 5: Бизнес-содержимое

BW310

Заключительная дискуссия This lesson gives participants an overview of the delivered objects, the Content model, and its benefits. In the discussion, bring together the most important aspects once more. You can use the following questions as a guide:

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions.

316

1.

Which objects are delivered with Business Content?

2.

Can you change Business Content objects?

3.

What advantages does Business Content offer?

4.

How do you activate Business Content?

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Бизнес-содержимое (BCT)

Резюме по уроку Теперь вы сможете: • описывать компоненты бизнес-содержимого и преимущества их использования • описывать процесс развития бизнес-содержимого на основе ролей и отраслей • подробно описывать процесс переноса объектов содержимого • пояснять значение демонстрационного содержимого

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

317

Раздел 5: Бизнес-содержимое

Урок:

BW310

Техническое содержимое: статистика BW Продолжительность урока: 30 минут(ы)

Обзор урока Сначала на этом уроке рассматривается информация, включенная в техническое содержимое, а затем поясняется (на примере) способ применения этих данных. Кроме того, здесь приведен пример, описывающий способ использования технического содержимого со статистикой BW.

Цели урока Прослушав этот урок, вы сможете: • • • •

описывать информацию, включенную в техническое содержимое инсталлировать, активировать и загружать техническое содержимое вызывать рабочую книгу статистики BW пояснять использование технического содержимого на примерах

This unit describes the technical structure and motivation of BW Statistics as a part of Technical Content. It uses several examples to illustrate the ways in which it can be used.

Практический пример На предприятии эффективно применяется BW. Вам требуется получить обзор способов использования системы, объема данных и расходуемых ресурсов. Также требуются постоянно обновляемые данные об изменениях времени отклика системы с течением времени.

Техническое содержимое: содержимое и мотивация Техническое содержимое включает несколько подразделов. В поставку входят следующие подразделы: 1.

Статистика BW

2.

Срез данных BW

Наиболее важным является подраздел статистики BW.

318

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническое содержимое: статистика BW

Статистика BW Статистика BW является инструментом для анализа и оптимизации процессов Business Information Warehouse. Постоянное увеличение объема данных и изменение в структуре возникает не только из структуры BW, но и вследствие ее последующего использования. Кроме того, на изменение доступа к данным в целом также влияют новые создаваемые или оперативные запросы. Они влияют не только на время выполнения для новых данных, но также и на время, требуемое для выполнения запросов. Статистика BW предоставляет инструмент, позволяющий получить обзор загруженности BW и процессов анализа, а также при необходимости выполнить в системе любые технические изменения. Можно выполнить анализ следующих объектов: • • • • • • • • •

ролей; пользователей SAP BW; агрегатов; запросов; инфо-кубов; инфо-источников; ODS; источников данных; инфо-объектов.

Пользователи должны иметь возможность анализировать данные не только из OLAP-процессора, но и из Управления хранилищами данных. Статистика BW предоставляет набор опций, которые позволяют выполнить следующее: • • •

получить обзор использования объектов анализа; просмотреть показатели системной производительности и добиться их улучшения; улучшить выбор и использование агрегатов и, одновременно, снизить затраты на их обновление.

Статистические данные BW хранятся в Business Information Warehouse. Эта информация предоставляется мультипровайдером (0BWTC_C10), основанном на нескольких базовых кубах BW. Содержимое базовых кубов поясняется в следующем разделе (на примерах):

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

319

Раздел 5: Бизнес-содержимое

BW310

OLAP (0BWTC_C02) Инфо-куб "Статистика BW – OLAP" содержит данные, генерируемые при выполнении запросов. Путем выполнения отчетов к данному инфо-кубу можно выяснить, как часто используется определенный инфо-куб или запрос. Также здесь доступна подробная информация о времени выполнения или объемах данных.

Подробная навигация OLAP (0BWTC_C03) Инфо-куб "Статистика BW - OLAP, Подробная навигация" содержит данные, появляющиеся при выполнении запросов. Путем выполнения отчетов к данному инфо-кубу можно выяснить условия выбора или информацию об определении базовых агрегатов и их использовании в запросе (более подробно). Подробная информация аналогична информации в определении агрегатов. Данный инфо-куб используется системой BW для генерации предложений к агрегатам.

Агрегаты (0BWTC_C04) Инфо-куб "Статистика BW – Агрегаты" содержит как общие данные, так и данные, генерируемые при сведении и пополнении данных в агрегате. Путем выполнения отчетов к данному инфо-кубу можно выяснить, как часто данные загружались в агрегат, сколько времени требовалось на пополнение/сведение и требовался ли для чтения или записи данных более долгий период времени.

WHM (0BWTC_C05) Инфо-куб Статистика BW – WHM содержит не только общие данные, но и данные, появляющиеся при выполнении процессов в Управлении хранилищем данных. Путем выполнения отчетов к данному инфо-кубу можно определить исходную систему, из которой были обработаны запросы данных. Также здесь можно просмотреть задействуемый инфо-источник, примененный метод переноса и время, потребовавшееся для рассматриваемого процесса.

Метаданные (0BWTC_C08) Инфо-куб Статистика BW – Метаданные содержит метаданные из репозитария метаданных. В отличие от обычных инфо-кубов статистики BW, инфо-куб "Статистика BW – Метаданные" не содержит никаких переменных данных. Загрузки данных не производится. Инфо-куб не содержит никаких специальных показателей. Путем выполнения отчетов к данному инфо-кубу можно просмотреть объекты и структуры, доступные в областях OLAP, WHM, BEx. Также здесь можно просмотреть данные о презентационных иерархиях и репозитарии метаданных BW.

320

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническое содержимое: статистика BW

Сжатие инфо-кубов (0BWTC_C09) Инфо-куб Статистика BW → Сжатие инфо-кубов содержит данные, появляющиеся при сжатии запросов данных инфо-куба. Путем выполнения отчетов к данному инфо-кубу можно выяснить количество записей данных, обработанных для сжатия инфо-куба, а также время выполнения для компрессора – программы, сжимающей содержимое таблицы фактов инфо-куба.

Удаление данных из инфо-куба (0BWTC_C11) Инфо-куб Статистика BW → Удаление данных из инфо-куба содержит данные, появляющиеся в результате удаления данных из инфо-куба. Путем выполнения отчетов к данному инфо-кубу можно выяснить способ использования выбранного режима удаления. В дополнение к мультипровайдеру статистики BW, рабочая книга статистики BW также поставляется с запросами и диаграммами.

Срез данных BW Срез данных BW используется для получения обзора запрошенных комбинаций признаков для определенных инфо-кубов и количества загруженных записей. Эта информация основана на следующих базовых кубах:

Срез данных BW Инфо-куб Срез данных BW содержит информацию о том, какие комбинации признаков инфо-куба и с какими запросами (т.е. с какими [внешними] запросами данных) должны быть загружены. Данный инфо-куб пополняется данными в соответствии с условиями выбора для соответствующего инфо-пакета.

Запросы в инфо-кубе Инфо-куб Запросы в инфо-кубе не содержит никаких комбинаций признаков. Поэтому для этого инфо-куба можно создать запросы, которые возвращают количество записей данных для соответствующего инфо-куба и для отдельных запросов (игнорируя комбинации признаков). Данный технический инфо-куб обновляется параллельно при помощи собственных правил обновления.

Техническое содержимое: поток данных Основные данные для технического анализа Business Information Warehouse попадают в области загрузки данных, управления данными и анализа данных. При выполнении запроса создание и сохранение данных OLAP-сервера и данных доступа к базе данных выполняется

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

321

Раздел 5: Бизнес-содержимое

BW310

в конце каждого шага навигации. То же самое происходит при применении интерфейса ODBO (OLE DB for OLAP). Сбор дополнительных данных выполняется при пополнении или сведении данных в агрегатах, а также после загрузки данных в Управлении хранилищем данных. Создание и сохранение статистических данных BW требует незначительных затрат. Тем не менее, для крупных инсталляций набор данных может быть достаточно большим. По этой причине запись стандартных данных не производится. Вместо этого ее можно активировать/деактивировать отдельно для каждого инфо-провайдера в областях OLAP и Управления хранилищем данных. Для обновления данной информации в базовых кубах технического содержимого BW используется планирование инфо-пакетов. Это позволяет провести границу между обновлением технического содержимого и обновлением исходных инфо-кубов. Данная процедура должна выполняться явно, совместно с активацией базовых кубов. Поток данных показан на следующем рисунке:

Рисунок 104: Поток данных статистики BW

Техническое содержимое: инсталляция, активация и загрузка технического содержимого Инсталляция Статистика BW поставляется в рамках технического содержимого. Процедура инсталляции технического содержимого совпадает с процедурой, используемой для инсталляции бизнес-содержимого.

322

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническое содержимое: статистика BW

В бизнес-содержимом существует роль “Техническое содержимое”. При активации роли “Техническое содержимое” в бизнес-содержимом будут активированы все зависимые объекты, требуемые для статистики BW.

Активация Существует возможность активировать/деактивировать перенос и сохранение данных отдельно для каждого инфо-куба и для областей OLAP и Управления хранилищем данных. В результате сокращается время, требуемое для передачи и сохранения статистических данных BW (даже для крупных инсталляций), а также предотвращается использование объема памяти, большего, чем необходимо.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

323

Раздел 5: Бизнес-содержимое

BW310

Активация переноса данных для статистики BW 1.

В функциональной сфере Моделирование или Мониторинг инструментальных средств администратора

2.

выберите Инструменты → Статистика BW для инфо-кубов. Появится диалоговое окно Статистика BW: режим ввода.

3.

Установите индикатор в соответствующей области для одного или нескольких инфо-кубов, для которых требуется выполнить статистику BW: • •

OLAP WHM Удалите индикаторы, установленные для инфо-кубов, для которых не требуется выполнять статистику BW.

4.

Сохранить новые записи в качестве постоянных можно путем выбора "Сохранить" .

5.

Статистические данные BW, которые больше не требуются, можно удалить из таблиц базы данных при помощи Удалить данные. Статистика BW: появится диалоговое окно "Удаление данных в таблицах". Выберите временной интервал (дату и время), в пределах которого требуется удалить данные. Выберите "Удалить данные". Рекомендация: При удалении старых статистических данных BW происходит не только освобождение места в базе данных, но и ускорение процесса экстракции данных.

6.

Выберите Дальше.

Загрузка При активации статистики BW при каждой загрузке или анализе данных выполняется обновление данных в таблице документов RSDDSTAT*. Для обеспечения возможности обновления этих данных в базовых инфо-кубах в техническом содержимом поставляется группа инфо-пакетов.

324

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническое содержимое: статистика BW

1.

В функциональной сфере "Моделирование" инструментальных средств администратора, в "Инфо-источники"

2.

нажмите кнопку и просмотрите группы инфо-пакетов.

3.

Выберите Группы инфо-пакетов → Техническое содержимое → Статистика BW или Срез данных BW. Здесь можно просмотреть группы инфо-пакетов, относящиеся к отдельным инфо-пакетам.

4.

Запланируйте требуемые группы инфо-пакетов в фоновом режиме.

Техническое содержимое: примеры для анализа Большинство запросов статистики BW присвоено мультипровайдеру статистики BW. Некоторые другие запросы присвоены инфо-кубу "Статистика BW - OLAP, Подробная навигация" и метаданным BW инфо-куба. Для получения дополнительной информации см. онлайн-документацию SAP. Большое разнообразие данных позволяет создавать огромное количество анализов. Они упрощают оптимизацию Business Information Warehouse. Запросы статистики BW состоят из большого количества предварительно определенных анализов, позволяющих ответить на следующие вопросы: •

Информация - Какие инфо-кубы, инфо-объекты, инфо-источники, исходные системы, запросы и агрегаты используются в системе в настоящее время? Как часто они используются? Какие наборы данных задействуются? Какие пользователи работают в системе в настоящее время? - Существуют ли запросы, время выполнения которых превысило указанное значение для онлайн-обработки? Выполняются ли в случае низкой системной нагрузки задачи, которые требуют длительного времени, например, загрузка данных? (также см. оптимизацию) - Каким образом выглядит поток данных в хранилище данных? (Откуда поступают данные? В какие цели данных они направлены?)

•

Документы - Какие отделы или пользователи использовали BW в конкретный период времени (например, в последнем квартале, в прошлом году)?

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

325

Раздел 5: Бизнес-содержимое

BW310

- Как на сегодняшний день изменилась работа базы данных, OLAP-процессора или фронтэнда? Какие потребности могут возникнуть в дальнейшем? •

Оптимизация - Время от времени требуется планировать [внешние] задачи, которые занимают длительное время:

• • •

печать отчетов в фоновом режиме; загрузка больших наборов данных; сведение данных в агрегаты. - Когда лучше всего запланировать такую задачу, т.е. когда система наименее занята? Затем можно проверить планирование: действительно ли было выбрано подходящее время или возникли наложения, которые привели к неожиданно большой рабочей нагрузке? - Какие агрегаты используются для уменьшения времени выполнения запросов? Как происходит увеличение времени выполнения, включая сведение агрегата?

Статистика BW: рабочая книга Наряду с инфо-кубом 0BWTC_C01 и входящими в его состав инфо-объектами, в комплект поставки технического содержимого входит рабочая книга ‘Статистика BW’ (включающая запросы и диаграммы).

326

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническое содержимое: статистика BW

Рисунок 105: Статистика BW: рабочая книга

Обзор диаграмм и запросов (таблиц) в статистике Business Information Warehouse разделен по тематическим агрегатам, OLAP-процессору (OLAP) и Управлению хранилищем данных (WHM). Между заголовками отображаются отчеты, охватывающие две тематические области. Серые кнопки представляют запросы (таблицы), а синие – диаграммы. Кнопки используются для непосредственного вызова запроса или диаграммы.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

327

Раздел 5: Бизнес-содержимое

BW310

Рисунок 106: Статистика BW: рабочие книги - примеры

В данном аналитическом отчете производится развертка общего времени выполнения всех запросов (красная область) и считанных в запросах записей (синие полосы) по календарным дням. Абсолютные значения и динамика изменения количества записей во времени значительно изменились за указанный период. Например, на общем фоне значительно выделяются два воскресенья (1.11 и 8.11). Вследствие низкой степени использования данные не выделены. Если такая диаграмма показывает значительное увеличение времени по сравнению с количеством записей, это может быть свидетельством того, что статистика BW базы данных (см. Управление инфо-кубами) устарела для определенных инфо-кубов (т.е. таблиц в инфо-кубах), и оптимальное определение агрегатов или таблиц индексов невозможно. Для определения одного или нескольких задействованных инфо-кубов и выполнения необходимых технических корректировок осуществите развертку соответствующей таблицы в рабочей книге статистики BW.

Техническое содержимое: объем данных Оценка предполагаемого объема данных для статистики BW является трудной задачей, т.к. сильно зависит от сферы применения Business Information Warehouse. Следующая таблица может быть полезна при оценке объема данных для статистических данных BW OLAP-сервера (в зависимости от сферы применения):

328

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническое содержимое: статистика BW

Рисунок 107: Статистика BW: руководство по размеру инфо-кубов

Объем данных, вызываемых при каждом шаге навигации, является важным фактором при определении требуемого места в памяти. В данном примере в качестве среднего размера используется 1000 байт. Скорректируйте это значение в соответствии с конкретной ситуацией. В столбцах отображается прогнозируемое число пользователей, работающих в системе одновременно. В строках представлены пользователи и среднее число шагов навигации на одного пользователя за час. При крупной инсталляции, когда все данные записываются полностью, и удаления данных не происходит, можно ожидать появления нескольких Мб данных в день или годового объема данных в несколько Гб. Поэтому требуется учесть возможность периодического активирования процесса записи данных в некоторых инфо-кубах.

Демонстрация: Demo: Calling Up a BW Statistics Analysis Цель Show a practical example of a BW Statistics analysis.

Данные системы Система: Мандант: Ид. пользователя

III квартал 2004

See this week's mail. 800 Training

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

329

Раздел 5: Бизнес-содержимое

BW310

Пароль: Инструкция по настройке: See this week's mail. The prerequisite is that the participants' and instructor's ( T_06A00 ) InfoCubes were activated for updating the statistics after unit 3. You can find Activation in the Monitoring or Modeling areas of the Administrator Workbench. The function can be called up via Tools -> BW Statistics for InfoCubes. Here, activate the InfoCubes for the OLAP and WHM management update.

330

1.

Scheduling the InfoPackageGroup: Start the InfoPackageGroup before the lesson so you can load the statistics data. You can find the InfoPackageGroup in the Administrator Workbench, in the Monitoring area, under InfoPackageGroups → Technical Content → Transaction Data. Double-clicking on the delta method takes you to the Scheduler for the InfoPackageGroup. Via the tab page Schedule, call up the load process in the background.

2.

Calling up a query: After the loading has finished, go back to the starting menu and, via the Other Menu button, call up the menu of the role SAP_BW_TECHNICAL_CONTENT_20 ( name: BW Technical Content 2.0; search with *Tech* ). The query can be found under BW Statistics → BW Statistics 2.0.

3.

Carrying out analyses: Under the OLAP area, call up Analysis Usage by Runtime. You can find another analysis under WHM, Load by InfoCube. Via Refresh Query, you can display the current loaded data. Briefly talk about the key figures and the graphic and give examples of a practical application. Note: Prepare analyses in advance due to the high runtimes. After you have displayed the data, you can save the query via Save → Save as New Workbook. Specify a name. You can call up the analysis again during the demo, via Open -> Workbooks.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Техническое содержимое: статистика BW

Заключительная дискуссия Summarize the most important technical elements of BW Statistics in your discussion. Illustrate how BW Statistics recording can be used in a practical way. You can use the following questions as a guide:

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions.

III квартал 2004

1.

When is recording to be activated in the buffer tables?

2.

When can/must the recorded data be deleted from the buffer tables again?

3.

How can BW Statistics data be used to build aggregates?

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

331

Раздел 5: Бизнес-содержимое

BW310

Резюме по уроку Теперь вы сможете: • описывать информацию, включенную в техническое содержимое • инсталлировать, активировать и загружать техническое содержимое • вызывать рабочую книгу статистики BW • пояснять использование технического содержимого на примерах

332

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Резюме по разделу

Резюме по разделу Теперь вы сможете: • описывать компоненты бизнес-содержимого и преимущества их использования • описывать процесс развития бизнес-содержимого на основе ролей и отраслей • подробно описывать процесс переноса объектов содержимого • пояснять значение демонстрационного содержимого • описывать информацию, включенную в техническое содержимое • инсталлировать, активировать и загружать техническое содержимое • вызывать рабочую книгу статистики BW • пояснять использование технического содержимого на примерах

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

333

Резюме по разделу

334

BW310

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 6 Управление инфо-кубами и агрегатами

Обзор раздела В дополнение к динамической агрегации с помощью OLAP-процессора, SAP BW также предоставляет возможность физического хранения агрегатов в базе данных (поскольку считывание данных из этих агрегатов производится часто) для увеличения производительности системы отчетов. Этот раздел представляет собой введение в работу с агрегатами, таблицами PSA и последующими процессами.

Цели раздела Прослушав этот раздел, вы сможете: • • • • • • •

III квартал 2004

описывать структуру PSA определять местоположение PSA в архитектуре BW пояснять четыре опции обновления (с/без PSA) сравнивать методы переноса данных IDoc и PSA применять функции ведения Удалить, Реорганизация и Сжатие по отношению к данным базовых кубов определять агрегаты и использовать различные функции их ведения перечислять преимущества и недостатки использования агрегатов

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

335

Раздел 6: Управление инфо-кубами и агрегатами

• •

BW310

использовать статистику BW и статистику запросов для эффективного определения и внедрения агрегатов пояснять важность прогонов изменений агрегатов

Содержание раздела Урок: Persistent Staging Area ................................................337 Демонстрация: Data Update Type: Only PSA.........................344 Урок: Управление базовыми кубами .......................................348 Упражнение 10: Управление базовыми кубами .....................355 Урок: Агрегаты..................................................................363 Упражнение 11: Создание агрегатов для базового куба...........381

336

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Persistent Staging Area

Persistent Staging Area Продолжительность урока: 60 минут(ы)

Обзор урока Этот урок посвящен Persistent Staging Area (PSA) как хранилищу данных, а также методу переноса. Также здесь поясняется местоположение PSA в архитектуре SAP BW и описываются ее функции.

Цели урока Прослушав этот урок, вы сможете: • • • •

описывать структуру PSA определять местоположение PSA в архитектуре BW пояснять четыре опции обновления (с/без PSA) сравнивать методы переноса данных IDoc и PSA

Show the different types of use for the PSA. At the end of this lesson, a demo is provided for the course participants. Explain the option of treating data records that contain errors when loading using the PSA.

Практический пример Требуется использовать метод переноса PSA, так как, в отличие от метода переноса IDoc, он позволяет использовать различные опции обновления данных в цели данных. Термин PSA используется для обозначения: • •

хранилища данных, представляющего память входящих документов BW; метода переноса данных, использующего память входящих документов.

PSA в качестве хранилища данных PSA является входным хранилищем для данных из исходной системы в BW. Запрашиваемые данные сохраняются в системе SAP BW без изменений. Прежде чем перенести данные в инфо-источник,

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

337

Раздел 6: Управление инфо-кубами и агрегатами

BW310

существует возможность сохранения переменных и основных данных в PSA, что означает, что PSA можно использовать в качестве временного хранилища оперативных данных. Данные сохраняются в таблицах реляционной базы данных в SAP BW. Эти таблицы называются таблицами PSA. Данные запросов хранятся в формате структуры переноса. Структура таблиц PSA соответствует структуре переноса и содержит дополнительные системные поля. При изменении структуры переноса система создает новую версию таблицы PSA. Формат данных не изменяется, т.е. сжатия или преобразования данных не производится (в отличие от инфо-кубов). Рекомендация: При загрузке плоских файлов данные не всегда остаются полностью без изменений, т.к. в случае необходимости они корректируются подпрограммой преобразования. Например, формат даты 31.12.1999 преобразуется во внутренний формат системной даты 19991231, что обеспечивает стандартизацию дат, т.к. во внешних системам применяются различные форматы. Существует возможность модификации данных в таблицах PSA вручную и использования их для дополнительных обновлений в базовых кубах. PSA также используется в качестве дополнительного элемента управления, что обеспечивает качество данных и правильный процесс загрузки. Однако PSA предназначена только для временного хранения и не может быть использована в качестве хранилища постоянных данных.

338

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Persistent Staging Area

Рисунок 108: Архитектура PSA BW

На рисунке показана архитектура PSA (в целях упрощения схемы на рисунке не представлен процесс обновления). Таблица PSA основана на структуре переноса и содержит ключевые поля номера запроса, номера пакета данных и номера записи данных. Таблица PSA динамически разделяется по номерам запросов. Это увеличивает производительность вследствие положительного влияния не только на процесс загрузки данных, но и на последующее удаление. Рекомендация: Система автоматически генерирует техническое имя таблицы PSA. Для поиска этого технического имени вызовите транзакцию SE16 и откройте справку по допустимым значениям ввода (клавиша F4). Затем выберите Инфо-система и введите имя источника данных в Краткий текст (в данном случае: *COSTC*). Теперь для выбора требуемой таблицы PSA достаточно дважды щелкнуть по ней.

Методы переноса в BW В SAP BW доступны следующие виды обновления:

III квартал 2004

1.

PSA

2.

ALE (IDoc данных).

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

339

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Рисунок 109: Методы переноса

Ниже приводятся различия между методами переноса: PSA

ALE (IDoc данных)

Длина записи данных, макс. 1962 Длина записи данных, макс. 1000 байта. байтов. Количество полей на запись данных: ограничено до 255. В качестве журнала переноса используется транзакционный RFC.

В качестве журнала переноса используется транзакционный RFC.

Используются информационные Используются информационные Idoc. IDoc и IDoc данных.

340

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Persistent Staging Area

Преимущество: повышенная производительность вследствие возможности передачи больших пакетов данных. Возможность обработки ошибок.

Преимущество: более подробный журнал с управляющей записью и записью статуса для IDoc данных.

Более общая технология, увеличивающая скорость загрузки и предоставляющая возможность использования PSA в качестве хранилища поступающих данных (основных и переменных).

Использование с иерархиями.

Выбор метода переноса PSA или IDoc осуществляется на экране ведения правил переноса. Процесс загрузки данных для обоих методов переноса инициируется с помощью IDoc запроса к исходной системе. Информационные IDoc используются в обоих методах переноса. Перенос информационных IDoc осуществляется только средствами ALE. BW использует информационные IDoc для генерации индикаторов светофора в мониторе, что позволяет отслеживать процесс загрузки данных. IDoc данных состоит из управляющей записи, записи данных и записи статуса. Например, управляющая запись содержит административную информацию – получателя, отправителя, манданта. Запись статуса описывает статус IDoc, например, "Обработано". Предупреждение: Хранилища данных на входе и выходе ALE должны быть очищены или реорганизованы.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

341

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Виды обновления данных при помощи PSA

Рисунок 110: Виды обновления данных

Преимуществом использования PSA для экстракции данных является повышенная гибкость (обработка ошибочных записей данных). Поскольку в PSA осуществляется временное хранение данных перед их обновлением в целях данных, то при возникновении необходимости существует возможность проверки и изменения данных. В отличие от запроса данных с IDoc, PSA предоставляет различные опции обновления дополнительных данных в целях данных: •

•

342

Инфо-объект/Только цель данных : эта опция означает, что PSA не используется в качестве временного хранилища. Данный вид обновления используется в случае, если не требуется проверять данные исходной системы на непротиворечивость и точность, или эта проверка уже была выполнена, и эти данные больше не требуются, т.к. повторное изменение структуры цели данных осуществляться не будет. Если впоследствии потребуется изменить структуру базового куба, то сначала необходимо будет ее очистить, т.е. удалить данные. После загрузки данных в таблицу PSA при повторной загрузке данных в цель данных исходной системе не потребуется снова загружать данные, т.к. они будут запрошены из PSA. Во время загрузки данных невозможно выполнить проверку на ошибочные записи данных. PSA и инфо-объект/Цель данных параллельно (по пакетам) : BW получает данные из исходной системы, записывает данные в PSA и одновременно с этим запускает обновление в соответствующие цели данных. Поэтому данный метод

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Persistent Staging Area

обеспечивает более высокую производительность. Ниже приводится подробное описание параллельного обновления: пакет данных инициирует диалоговый процесс, в котором данные из этого пакета записываются в таблицу PSA. При успешной проводке данных в таблицу PSA система деблокирует второй, параллельный диалоговый процесс записи данных в цели данных. В этом диалоговом процессе применяются правила переноса для записей данных пакета данных, т.е. выполняется перенос данных в структуру связи с последующей записью в цели данных. Первый диалоговый процесс (проводка данных в PSA) сообщает исходной системе о своем завершении, и исходная система отправляет в BW новый пакет данных, в то время как второй диалоговый процесс все еще обновляет данные в целях данных. Параллельность относится к пакетам данных, т.е. система параллельно записывает пакеты данных в таблицу PSA и в цели данных. Предупреждение: Максимальное количество процессов, заданных в исходной системе в пользовательской настройке для экстракторов, не накладывает ограничений на количество процессов BW. Поэтому для выполнения процесса загрузки BW может потребоваться несколько диалоговых процессов. Проверьте, что в системе BW существует достаточное количество доступных диалоговых процессов. При недостаточном количестве процессов на стороне системы возникнут ошибки. Поэтому использование данного метода не рекомендуется. •

III квартал 2004

PSA и затем в инфо-объекты/цели данных (по пакетам): выполняется последовательное обновление данных (по пакетам данных) в таблице PSA и в цели данных. Система запускает процесс записи пакетов данных в таблицу PSA. Сразу после успешной проводки данных в таблицу PSA данные записываются в цели данных в этом же диалоговом процессе. Последовательное обновление предоставляет больший контроль общего потока данных по сравнению с параллельным переносом данных, т.к. на один пакет данных в BW приходится только один процесс. Максимальное количество диалоговых процессов в системе BW, требуемых для каждого запроса данных, соответствует параметрам, установленным в пользовательской настройке для экстракторов на экране ведения управляющих параметров. В отличие от параллельного обновления, система подтверждает завершение процесса только после обновления данных в PSA, а также в цели данных для первого пакета данных.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

343

Раздел 6: Управление инфо-кубами и агрегатами

•

BW310

Только PSA : немедленной проводки данных из таблицы PSA не производится. Используется для переноса данных только в таблицу PSA при необходимости проверки ее точности и непротиворечивости и, в случае необходимости, модификации данных. Ниже приведены опции, доступные для обновления данных из таблицы PSA: –

–

–

Немедленное обновление: для немедленного обновления данных из запроса (в фоновом режиме) выберите запрос в дереве PSA и выберите контекстное меню → Немедленный запуск обновления. Запланировать обновление: для планирования обновления данных из запроса в планировщике выберите запрос в дереве PSA и выберите контекстное меню → Запланировать обновление. Откроется планировщик (последующее обновление PSA). Здесь устанавливаются опции планирования для фоновой обработки. Автоматическое обновление: для автоматического обновления данных в соответствующей цели данных после того, как все пакеты данных уже находятся в таблице PSA и успешно там обновлены, в планировщике на закладке Обработка (при планировании инфо-пакета) выберите Последовательное обновление в целях данных.

Возможность разделения процессов загрузки и постобработки в BW повышает производительность при загрузке данных. Если ошибки в данных появляются только при постобработке, то это не приводит к дополнительной нагрузке на оперативную систему.

Демонстрация: Data Update Type: Only PSA Цель Show how to update data manually from the PSA into the data targets

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: No settings required

344

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Persistent Staging Area

1.

SAP Easy Access → Modeling → Administrator Workbench Modeling → InfoSources → SAP Application Components → SAP R/3 Application Components → Controlling → Overhead Cost Controlling → Cost Center Accounting → Cost Centers: Costs and Allocations (0CO_OM_CCA_1) Context menu on the source system T90CLNT090 for InfoSource 0CO_OM_CCA_1 → Create InfoPackage...

2.

On the Select Data tab page, restrict: • • •

Fiscal year/Per.: 003.1999 Controlling area: 2000 Cost center: 1000

On the Processing tab page, select: Only PSA 3.

III квартал 2004

Load the data from the PSA into the data target. Demonstrate that you can also automate the loading process.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

345

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Заключительная дискуссия Discuss the advantages and disadvantages of the PSA

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions. In which scenarios is it advantageous to load data using the PSA?

346

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Persistent Staging Area

Резюме по уроку Теперь вы сможете: • описывать структуру PSA • определять местоположение PSA в архитектуре BW • пояснять четыре опции обновления (с/без PSA) • сравнивать методы переноса данных IDoc и PSA

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

347

Раздел 6: Управление инфо-кубами и агрегатами

Урок:

BW310

Управление базовыми кубами Продолжительность урока: 20 минут(ы)

Обзор урока Этот урок посвящен управлению запросами данных в инфо-кубах, а также сжатию и реорганизации базовых кубов.

Цели урока Прослушав этот урок, вы сможете: •

применять функции ведения Удалить, Реорганизация и Сжатие по отношению к данным базовых кубов

You may want to give a demonstration of the selective deletion function, pointing out how sensitive this function is (data inconsistencies, and so on.)

Практический пример Вам присвоена роль администратора в проектной группе BW. Для освобождения места в памяти Вы применяете различные функции ведения, такие как удаление загруженных с ошибками запросов и сжатие базовых кубов.

Управление базовыми кубами Функция Управление используется для просмотра содержимого таблицы фактов или данных с определенными значениями признаков (посредством ракурса таблиц в браузере данных). Также можно выполнять исправление и реорганизацию индексов, удаление загруженных с ошибками запросов, сведение запросов в агрегаты, сжатие содержимого таблицы фактов и восстановление запросов, которые были удалены из базового куба. Выберите базовый куб, ведение которого требуется выполнить, и выберите Управление в контекстном меню. Появятся шесть закладок: • • • • • •

348

Содерж Производительность Запросы Сведение Сжатие Реорганизация

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Управление базовыми кубами

Рисунок 111: Управление базовыми кубами

На рисунке показан первый экран Управление базовым кубом с закладками, расположенными в верхней части экрана. Содерж : на закладке Содерж перечислены все признаки измерений, связанных с данным базовым кубом. Опция Содержимое базового куба позволяет просмотреть значения показателей для базового куба. Она также позволяет выбирать различные ракурсы для просмотра признаков, суррогатных ключей к признакам и показателей базового куба. Таблица фактов содержит список всех ключей измерений и показателей для отдельных записей переменных данных (содержимое таблицы фактов). Опция Выборочно используется для удаления из базового куба всех записей данных, соответствующих предварительно заданным критериям выбора. Например, при выборе места возникновения затрат с номером МВЗ T900000004250 из базового куба будут удалены все записи данных, которые содержат это значение. Производительность : функции Удалить индексы, Исправить индексы и Создать индекс (Пакет) на закладке Производительность предоставляют возможность управления производительностью процесса загрузки данных и выполнения запросов. Запросы : на закладке Запросы можно просмотреть все запросы данных, загруженные в базовый куб. При необходимости запросы

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

349

Раздел 6: Управление инфо-кубами и агрегатами

BW310

можно удалить на этой же закладке. Также здесь отображается информация о планируемой или уже выполненной агрегации запросов. Кроме того, можно выяснить, производилось ли сжатие запросов (см. описание закладки Сжатие), и было ли запланировано удаление запросов. Количество выводимых для просмотра запросов можно ограничить путем определения интервала времени в строке Просмотр запроса. Будут выведены только те запросы, которые соответствуют указанному периоду. На закладке Запросы можно просмотреть статус предыдущих операций загрузки данных (красный, желтый, зеленый). Значения статусов идентификаторов запросов поясняется в следующей таблице: Статус идентификатора запроса Успешное обновление базового куба (Зеленый) Обновление еще не завершено (Желтый) (Красный)

Обновление было прервано из-за ошибок (например, неправильного определения структуры переноса)

Как показано на следующем рисунке, каждый запрос имеет собственный уникальный номер (идентификатор запроса). Идентификатор запроса (уникальный ключ, генерируемый непосредственно системой) используется для сохранения хронологической истории всех выполненных обновлений. При возникновении ошибки во время обновления по идентификаторам запросов системный администратор может обнаружить любую последовательность загрузки, оканчивающуюся ошибкой. В процессе экстракции данные, требуемые для каждого запроса, извлекаются из исходной системы и помещаются в пакеты данных в пределах запроса. Затем выполняется загрузка данных в SAP BW.

350

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Управление базовыми кубами

Рисунок 112: Запросы в базовых кубах

Рекомендация: При выполнении запроса пакеты данных с красным или желтым статусом загрузки не учитываются. В этом случае любые последующие загружаемые пакеты данных с зеленым статусом загрузки также не будут использованы в запросе, так как в этом случает невозможно обеспечить непротиворечивость данных в запросе. Сведение : если для инфо-куба существуют активированные и содержащие данные агрегаты, при загрузке новых запросов в инфо-куб также необходимо свести эти новые запросы в агрегаты (см. урок, посвященный агрегатам). Сжатие : идентификатор запроса однозначно определяет каждую операцию загрузки данных в базовый куб. Идентификатор запроса также включен в измерение "Пакет". Это позволяет просматривать отдельные запросы в более подробном виде. При использовании идентификаторов запросов становится возможным многократное появление записи данных с сходным содержимым (все признаки одинаковы, за исключением идентификатора запроса) в таблице фактов. Это может привести к ненужному увеличению объема данных, что, в свою очередь, означает снижение системной производительности при выполнении отчетов. Это вызвано тем, что каждый раз при выполнении запроса для доступа к данным система использует идентификатор запроса, поскольку агрегация

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

351

Раздел 6: Управление инфо-кубами и агрегатами

BW310

записей данных производится только в пределах этого запроса. Для экономии места в памяти и повышения системной производительности при чтении данных применяется функция сжатия базовых кубов. При сжатии базового куба идентификатор запроса сбрасывается в 0. Записи данных с идентичными ключами измерений агрегируются. После сжатия базового куба записи данных записываются в таблицу E базового куба, а сжатые запросы удаляются из таблицы F. Новые запросы переносятся в таблицу F. При необходимости они могут быть агрегированы (см. следующий рисунок).

Рисунок 113: Сжатие базовых кубов

Недостаток функции сжатия базовых кубов заключается в невозможности использования этих идентификаторов запросов для удаления агрегированных данных из инфо-куба. Это означает, что данные в базовом кубе могут быть удалены выборочно при помощи опции Выборочно или же полностью. Исходя из соображений производительности и экономии места в

352

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Управление базовыми кубами

памяти SAP рекомендует выполнять сжатие базовых кубов сразу после подтверждения успешности загрузки запроса и отсутствия необходимости в удалении запроса из инфо-куба. Рекомендация: Автоматическое сведение и сжатие базовых кубов: можно автоматизировать процессы распределения и сжатия недавно загруженных записей данных в базовом кубе путем выбора в контекстном меню инфо-куба Управление → Среда → Автоматическая обработка запросов. Доступны следующие опции: • • •

Автоматически задать статус качества ОК; Свести новые запросы в агрегаты; Сжать после сведения.

(подробное описание функции Сведение см. в уроке Агрегаты.) Реорганизация : функция Реорганизация используется для восстановления сведенных в базовый куб и затем удаленных запросов (обновление запросов в базовом кубе). Рекомендация: Эта функция может применяться только по отношению к данным, хранящимся в PSA. Для выполнения экстракции данных базового куба во внешний файл или новую или существующую таблицу БД перейдите к закладке Содерж на экране управления базовым кубом. Эта опция полезна при необходимости использования некоторых собранных данных в различных инструментах анализа (например, инструменте планирования, отличном от Стратегического управления предприятием SAP.) На экране выбора необходимо установить следующие параметры настройки: • • •

Выберите поля для вывода в файл. Определите критерии выбора признаков. Выберите тип файла, который требуется создать, определите имя файла и укажите путь для сохранения этого файла.

После подтверждения ввода данные автоматически копируются системой. По умолчанию данные выводятся в виде списка.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

353

Раздел 6: Управление инфо-кубами и агрегатами

354

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

BW310

III квартал 2004

BW310

Урок: Управление базовыми кубами

Упражнение 10: Управление базовыми кубами Время на упражнения: 40 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • выполнять ведение содержимого базового куба • использовать функции управления инфо-кубами для экономии места в памяти

Практический пример Перед проектной группой стоит задача выяснения того, каким образом функции ведения базовых кубов могут помочь в решении проблемы попадания в инфо-куб некорректных данных, а также необходимости удаления из базового куба запросов с ошибками. В целях экономии места в памяти Вам требуется выполнить сжатие базового куба.

Данные системы Система: See weekly mail. Мандант: 800 Ид. пользователя Training Пароль: See weekly mail. Инструкция по настройке: 1.

No other settings are necessary.

Задание Необходимо выполнить ведение содержимого базового куба “GR##CUBE1”. Для получения возможности тестирования всех функций ведения базового куба необходимо загрузить в базовый куб дополнительный запрос. 1.

Перейдите на закладку Инфо-источник в инструментальных средствах администратора Найдите инфо-источник 0CO_OM_CCA_1 и создайте инфо-пакет для исходной системы T90CLNT090. В появившемся диалоговом окне выберите источник данных МВЗ: Затраты и перерасчеты 0CO_OM_CCA_1 и определите инфо-пакет следующим образом: Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

355

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Имя поля

Значение

Описание

GR## CA 2000 Переменные данные

На нижеперечисленных закладках установите следующие параметры настройки: На закладке Выбор данных:

Имя поля

Значение

Финансовый год/период

003.1999

КЕ

2000

МВЗ

1000

На закладке Обработка:

Имя поля

Значение

Проверка непротиворечивости значений признаков в правилах переноса

пусто

(отметить) PSA и затем в инфо-объект (по пакетам) На закладке Цели данных:

Имя поля

Значение

Выбор целей данных

(отметить)

GR## Инфо-куб 1 На закладке Параметры обновления:

Имя поля

Значение

Полное обновление

(отметить)

Всегда обновлять данные, даже если для данных не существует основных данных

(отметить)

Продолжение на следующей странице

356

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Управление базовыми кубами

Перенос данных начинается на закладке Запланировать. Для проверки успешности загрузки данных в PSA и инфо-куб воспользуйтесь монитором. 2.

В каталоге "Цели данных" в инструментальных средствах администратора вызовите базовый куб GR##CUBE1. Сначала выясните, можно ли удалить из базового куба только что загруженный запрос, а затем снова загрузить его. Вызовите базовый куб. Выделите требуемый базовый куб и выберите опцию Управление в контекстном меню. На закладке Запросы отметьте только что загруженный запрос и удалите его из базового куба. Обновите представление закладки Запросы, чтобы убедиться в том, что запрос был удален. Перейдите к закладке Реорганизовать и повторно загрузите удаленный запрос в базовый куб. Выберите Запрос (с меткой в виде красного креста) и нажмите кнопку Реорганизовать/Добавить. Вернитесь к закладке Запросы для проверки того, что перезагрузка запроса в базовый куб была выполнена успешно. Нажмите на кнопку Обновить. Данный Запрос снова появится на закладке.

3.

Сжатие базового куба позволяет сэкономить место в памяти. Однако в результате сжатия идентификаторы запросов удаляются. Поэтому перед запуском процесса сжатия чрезвычайно важно убедиться в корректности загруженных в базовый куб данных, поскольку после завершения процесса сжатия удаление некорректных запросов станет невозможным. После проверки соответствия базового куба GR##CUBE1 этим требованиям можно продолжить процесс сжатия этого базового куба. На экране управления базовым кубом GR##CUBE1 перейдите к закладке Сжатие. В поле Сжать до ид. запроса ... введите идентификатор последнего запроса. Выберите Деблокировать, чтобы запланировать операцию сжатия, и затем выберите Выбор для вызова меню планирования задания. Запустите процесс сжатия немедленно. На закладке Запросы проверьте, было ли сжатие выполнено успешно. В столбце Статус сжатия (в базовом кубе и в агрегатах) рядом с запросом находится зеленый флаг, указывающий на успешность выполненного процесса сжатия. Теперь этот запрос невозможно удалить из базового куба.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

357

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Решение 10: Управление базовыми кубами Задание Необходимо выполнить ведение содержимого базового куба “GR##CUBE1”. Для получения возможности тестирования всех функций ведения базового куба необходимо загрузить в базовый куб дополнительный запрос. 1.

Перейдите на закладку Инфо-источник в инструментальных средствах администратора Найдите инфо-источник 0CO_OM_CCA_1 и создайте инфо-пакет для исходной системы T90CLNT090. В появившемся диалоговом окне выберите источник данных МВЗ: Затраты и перерасчеты 0CO_OM_CCA_1 и определите инфо-пакет следующим образом:

Имя поля

Значение

Описание

GR## CA 2000 Переменные данные

На нижеперечисленных закладках установите следующие параметры настройки: На закладке Выбор данных:

Имя поля

Значение

Финансовый год/период

003.1999

КЕ

2000

МВЗ

1000

На закладке Обработка:

Имя поля

Значение

Проверка непротиворечивости значений признаков в правилах переноса

пусто

(отметить) PSA и затем в инфо-объект (по пакетам) Продолжение на следующей странице

358

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Управление базовыми кубами

На закладке Цели данных:

Имя поля

Значение

Выбор целей данных

(отметить)

GR## Инфо-куб 1 На закладке Параметры обновления:

Имя поля

Значение

Полное обновление

(отметить)

Всегда обновлять данные, даже если для данных не существует основных данных

(отметить)

Перенос данных начинается на закладке Запланировать. Для проверки успешности загрузки данных в PSA и инфо-куб воспользуйтесь монитором. a)

SAP Easy Access → Моделирование → Инструментальные средства администратора: Моделирование → Инфо-источники → Прикладные компоненты SAP → Прикладные компоненты системы R/3 → Контроллинг → Контроллинг косвенных затрат → Учет по МВЗ → МВЗ: Затраты и перерасчеты (0CO_OM_CCA_1) Контекстное меню для исходной системы T90CLNT090 → Создать инфо-пакет

2.

В каталоге "Цели данных" в инструментальных средствах администратора вызовите базовый куб GR##CUBE1. Сначала выясните, можно ли удалить из базового куба только что загруженный запрос, а затем снова загрузить его. Вызовите базовый куб. Выделите требуемый базовый куб и выберите опцию Управление в контекстном меню. На закладке Запросы отметьте только что загруженный запрос и удалите его из базового куба. Обновите представление закладки Запросы, чтобы убедиться в том, что запрос был удален.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

359

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Перейдите к закладке Реорганизовать и повторно загрузите удаленный запрос в базовый куб. Выберите Запрос (с меткой в виде красного креста) и нажмите кнопку Реорганизовать/Добавить. Вернитесь к закладке Запросы для проверки того, что перезагрузка запроса в базовый куб была выполнена успешно. Нажмите на кнопку Обновить. Данный Запрос снова появится на закладке. a)

b) c) d) e) 3.

Выберите SAP Easy Access → Моделирование → Инструментальные средства администратора: Моделирование → Инфо-объекты → Инфо-область → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа## → GR##CUBE1. Контекстное меню: GR##CUBE1 → Управление. Запросы→ GR## CA 2000 Переменные данные OLTP → Удалить → Обновить Реорганизация → Запрос → GR## CA 2000 Переменные данные OLTP → Реорганизовать/Добавить. На закладке Запросы нажмите кнопку Обновить.

Сжатие базового куба позволяет сэкономить место в памяти. Однако в результате сжатия идентификаторы запросов удаляются. Поэтому перед запуском процесса сжатия чрезвычайно важно убедиться в корректности загруженных в базовый куб данных, поскольку после завершения процесса сжатия удаление некорректных запросов станет невозможным. После проверки соответствия базового куба GR##CUBE1 этим требованиям можно продолжить процесс сжатия этого базового куба. На экране управления базовым кубом GR##CUBE1 перейдите к закладке Сжатие. В поле Сжать до ид. запроса ... введите идентификатор последнего запроса. Выберите Деблокировать, чтобы запланировать операцию сжатия, и затем выберите Выбор для вызова меню планирования задания. Запустите процесс сжатия немедленно.

Продолжение на следующей странице

360

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Управление базовыми кубами

На закладке Запросы проверьте, было ли сжатие выполнено успешно. В столбце Статус сжатия (в базовом кубе и в агрегатах) рядом с запросом находится зеленый флаг, указывающий на успешность выполненного процесса сжатия. Теперь этот запрос невозможно удалить из базового куба. a)

Выберите базовый куб GR##CUBE1 и затем выберите Управление в контекстном меню. В поле Сжать до ид. запроса ... введите идентификатор последнего запроса. Нажмите кнопку Деблокировать , а затем - кнопку Выбор. В окне Время запуска выберите опцию Немедленно и сохраните задание. Запускается процесс сжатия.

b)

III квартал 2004

Перейдите к закладке Запросы. В столбце Статус сжатия (в базовом кубе и в агрегатах) находится зеленый флаг, указывающий на успешность выполненного сжатия (если флаг не отображается сразу же после открытия закладки, нажмите кнопку Обновить).

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

361

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Резюме по уроку Теперь вы сможете: • применять функции ведения Удалить, Реорганизация и Сжатие по отношению к данным базовых кубов

362

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Агрегаты

Агрегаты Продолжительность урока: 60 минут(ы)

Обзор урока На этом уроке рассматривается работа с агрегатами в системе SAP BW.

Цели урока Прослушав этот урок, вы сможете: • • • • •

определять агрегаты и использовать различные функции их ведения перечислять преимущества и недостатки использования агрегатов использовать статистику BW и статистику запросов для эффективного определения и внедрения агрегатов пояснять важность прогонов изменений агрегатов You have the option of creating a small demo on the topic of process chains to demonstrate the functions briefly to the course participants. Рекомендация: Process chains are discussed in detail in the BW 360 Performance and Administration course.

•

If time permits, you can load another request into the cube to demonstrate the function of compressing the aggregates during the roll-up.

Практический пример Создание агрегатов для базового куба “Учет по МВЗ” позволяет повысить производительность запросов, в которых используются данные из этого куба. Проектной группе BW требуется определить агрегаты для релевантного базового куба. Группа также должна взвесить преимущества от оптимизации системной производительности и возникающие неудобства.

Агрегация в системе SAP BW Агрегат – это агрегированный ракурс данных в базовом кубе. В агрегате избыточно и постоянно хранится набор данных базового куба в уплотненной форме в базе данных. Как и индексы базы данных,

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

363

Раздел 6: Управление инфо-кубами и агрегатами

BW310

агрегаты повышают системную производительность; при этом не требуется вмешательства конечного пользователя или владения им этой процедурой. Возможно создание агрегатов для •

признаков,

•

атрибутов,

•

иерархий.

.

Использование агрегатов Несмотря на то, что данные хранятся согласно структурированной схеме-звезде базового куба, существует риск того, что время получения ответа для большого количества запросов не будет удовлетворительным. В таблице фактов может содержаться слишком много записей данных, поэтому системе потребуется слишком большое время на считывание и взаимное соединение данных измерений, основных данных и данных иерархии. При использовании агрегатов объем данных, вызываемых при каждом запросе, снижается, так как данные хранятся в сжатой форме. Это ведет к повышению производительности при чтении запросов. В рамках агрегата возможно уплотнение данных по времени, признакам или доступным иерархиям.

Рисунок 114: Агрегация в системе SAP BW

Особенно полезно создавать агрегаты в следующих ситуациях:

364

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

• • • •

Выполнение запросов и навигация по данным запросов приводят к задержкам при работе с группами запросов. Требуется ускорить выполнение и навигацию для определенного запроса. В запросах часто используются атрибуты. Требуется ускорить выполнение отчетов по иерархиям признаков путем агрегирования определенных уровней иерархии.

Функции агрегата Агрегат строится из признаков и атрибутов навигации в базовом кубе. В агрегате могут использоваться и зависящие от времени атрибуты, и зависящие от времени иерархии. Сжатие осуществляется за счет признаков, не используемых в агрегате. При создании и активации агрегата для базового куба и пополнении его данными OLAP-процессор вызывает агрегат динамически. При навигации различные результаты располагаются последовательно. Агрегат прозрачен для конечного пользователя. Загрузка новых данных осуществляется согласно определенному периоду времени посредством логических пакетов данных (запросов) в агрегате. Этот процесс называется сведением, и сразу после его завершения новые данные становятся доступными для использования в отчетах. В рамках одного шага запроса применяется только один агрегат. Базовый куб может содержать более одного агрегата. Если для базового куба создаются несколько агрегатов, при выполнении запроса все они проверяются OLAP-процессором. Во время этой проверки OLAP-процессор считывает все агрегаты базового куба и выбирает агрегат, соответствующий определению запроса. Иерархия агрегатов является исключением из этого правила. Если OLAP-процессор не сможет прочитать агрегат для какого-либо узла иерархии, он также не будет проверять и остальные агрегаты иерархии.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

365

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Рисунок 115: Иерархия агрегатов (= иерархия сведения)

Агрегаты: пример Агрегаты определяются следующим образом: • • • •

'*' - включительно; признак используется в уплотнении. ' ' - исключая; признак не используется в уплотнении. 'F' - включая с постоянным значением; выполнение уплотнения для этого признака с определенным постоянным значением. 'H' - уровень иерархии; признак уплотняется к определенному уровню иерархии.

Ограничение или уплотнение по времени рассматривается далее.

366

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Рисунок 116: Упрощенное представление опций агрегата

Свойства агрегатов Агрегаты имеют технические свойства, свойства содержимого и свойства статуса. Эта информация хранится в таблице RSDDAGGRDIR. Имя агрегата генерируется системой и является одним из технических свойств агрегата. Это имя уникально и состоит из 25 символов (таблица RSDDAGGRDIR; поле AGGRUID ). Для таблицы базы данных имя агрегата состоит из шести целых чисел и указывается в специальном диапазоне номеров (от 100000). Свойства содержимого и свойства статуса определяются следующим образом. Перед использованием в системе отчетов агрегаты должны быть активированы и пополнены данными. Если использование одного или нескольких агрегатов невозможно, имеется три варианта действий: • • •

выключение агрегата: агрегат все еще содержит данные, но не используется OLAP-процессором; деактивация агрегата: данные агрегата удаляются. При этом определение агрегата сохраняется; удаление агрегата: данные агрегата и определение агрегата удаляются.

Можно объединить в агрегат несколько признаков. Допускается комбинирование ограничений, таких как постоянные значения или уровни иерархии. Если в базовом кубе используется показатель, для которого была определена специальная агрегация, этот признак

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

367

Раздел 6: Управление инфо-кубами и агрегатами

BW310

должен быть включен в агрегат и определен как '*'. В этом случае ограничения (например, постоянное значение 'F') не разрешены. Объединение структурно зависящих от времени иерархий и зависящих от времени признаков невозможно.

Техническая структура агрегата Агрегаты представлены в системе в виде агрегатного куба. Это означает, что каждый агрегат состоит из двух таблиц фактов (E и F) и, по крайней мере, двух таблиц измерений (измерение пакета и определяемое пользователем измерение; измерение "Единицы" не обязательно). Соглашение по присвоению технических имен аналогично соглашению для базовых кубов. Для таблиц вместо технического имени базового куба используется техническое имя агрегата для базы данных (создается из диапазона номеров 100000). Техническая структура агрегата и базового куба различаются в следующем. Если в агрегат включено до пятнадцати признаков, система SAP BW не создает реальное измерение. Вместо этого создается измерение отдельных позиций (см. урок, посвященный инфо-кубам). В этих случаях говорят о плоских агрегатах. Признаки для пакета данных и времени являются исключениями из этого правила. Каждый из этих признаков хранится в измерении, как показано на рисунке ниже.

Рисунок 117: Плоские агрегаты

Если в агрегат включено более пятнадцати признаков, для системы SAP BW возможны два варианта действий:

368

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

•

•

Если два или больше признака происходят из одного измерения в базовом кубе, то в таблице фактов в качестве ключа сохраняется ключ измерения (DIM ID) базового куба. Если из одного измерения в базовом кубе происходит только один признак, то в таблице фактов в качестве ключа хранится суррогатный ключ (SID). Здесь также используется измерение отдельных позиций.

Нижеприведенный рисунок иллюстрирует соединения между базовым кубом и агрегатным кубом в упрощенном виде.

Рисунок 118: Упрощенная схема таблиц агрегата

Выбор агрегата Агрегаты создаются на основе запросов, которые были определены для каждого базового куба. Однако следует удостовериться в том, что созданный агрегат действительно полезен и соответствует требованиям. Перед созданием агрегата необходимо проверить следующее: •

III квартал 2004

Для снижения объема данных, вносимых в таблицу фактов агрегата, до минимума, выбранные для агрегата признаки должны быть ограничены. Это достигается при наличии нескольких записей данных с одинаковым значением признака (выполнение операций с агрегацией). С другой стороны, следует убедиться в том, что выбраны только те признаки, которые также используются в соответствующих запросах.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

369

Раздел 6: Управление инфо-кубами и агрегатами

• •

•

BW310

Создавать агрегаты следует только в том случае, если в них есть фактическая потребность (запросы). Если нет уверенности в том, какие признаки следует включить в агрегат, создайте агрегат-пример из статистики. Эта статистика основана на данных из кубов статистики (см. урок, посвященный техническому содержимому). Если агрегат должен быть зависящим от времени (контрольная дата), то в качестве контрольной даты используется либо контрольная дата, либо переменная.

Зависящие от времени агрегаты Агрегаты с зависящими от времени элементами (атрибутами навигации или иерархиями) рассчитываются к контрольной дате (соответствующей контрольной дате запроса). Контрольная дата определяется следующим образом: • •

с использованием переменной BEx, пополняемой данными SAP-Exit или программы пользователя; с использованием фиксированной даты в агрегате.

Контрольная дата используется при первом пополнении агрегата данными. Из агрегата читаются только те данные, которые соответствуют контрольной дате. Для определения контрольной даты для агрегата выберите Моделирование → Инструментальные средства администратора → Ведение агрегатов. Выберите требуемый агрегат. Обратите внимание, что для изменения контрольной даты агрегат должен быть деактивирован. В контекстном меню выберите для изменения свойств (Изменить). Система предложит выбрать переменную, которая будет использоваться в качестве контрольной даты. Если требуется создать фиксированную контрольную дату, выберите опцию Календарь. Выберите дату в календаре. Пример: в запросе используются зависящие от времени атрибуты. Текущая дата (0DAT) используется как переменная. Это означает, что агрегат с зависящими от времени атрибутами также может содержать в определении переменную текущей даты 0DAT.

Сведение агрегатов Сведение – это процесс загрузки данных в агрегаты. Этот процесс происходит при загрузке запроса базового куба в агрегаты. Сведение может включать в себя один или несколько запросов. Управление запросами при сведении осуществляется с помощью идентификаторов запросов. Идентификатор запроса хранится в измерении пакета базового куба. Нижеприведенный рисунок иллюстрирует процесс сведения запроса в упрощенном виде.

370

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Рисунок 119: Сведение

На рисунке “Сведение” видно, что первый запрос с номером 4611 был сведен в агрегат 100043. В таблице RSDDAGGRDIR метка считывания установлена для запроса 4611 в поле RNSID_TO. Метка считывания информирует OLAP-процессор о том, какой запрос имеется в агрегате и, следовательно, может быть прочитан. На втором шаге в базовый куб записывается дополнительный запрос с номером 4612. Сведение еще не произведено. Поэтому данные для этого запроса недоступны для системы отчетов. Обратите внимание, что метка считывания все еще установлена на запросе 4611. На экране Управление инфо-кубами новый запрос также еще не отмечен как доступный для системы отчетов. На третьем шаге запрос 4612 после сведения отмечается как доступный для системы отчетов, а метка считывания в таблице RSDDAGGRDIR теперь указывает на запрос 4612. На рисунке ниже приведена схема сведения запроса и показано поведение метки считывания.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

371

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Рисунок 120: Сведение и метка считывания

Этапы сведения: 1.

Новый запрос записывается в базовый куб (новый идентификатор RNSID в таблице фактов).

2.

Выполняется сведение новых запросов в агрегат.

3.

При сведении метка считывания перемещается к новому запросу. Теперь запрос доступен для системы отчетов (и уже был доступен во время сведения).

4.

Можно произвести сжатие запроса (см. Сжатие агрегатов.)

Конечно, поддерживается функция автоматического сведения. Эта функция рассматривается более подробно в следующем разделе.

Цепочки процессов Цепочка процессов – это последовательность процессов, запланированных в фоновом режиме и ожидающих вызова определенным событием. Некоторые из этих процессов инициируют собственное событие, которое, в свою очередь, инициирует другие процессы. В оперативной системе SAP BW есть несколько выполняемых регулярно процессов, в дополнение к процессу загрузки данных. Ниже приведен пример цепочки процессов:

372

1.

Запуск цепочки.

2.

Удаление индексов базового куба.

3.

Загрузка данных из исходной системы в PSA.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

4.

Загрузка данных из PSA в ODS-объект.

5.

Активация данных в ODS-объекте.

6.

Загрузка данных из ODS-объекта в базовый куб.

7.

Создание индексов для базового куба после загрузки.

8.

Создание статистики базы данных.

9.

Сведение данных в агрегат.

10. Перезапуск иерархической цепочки с начала (см. первый шаг).

Рисунок 121: Пример операций цепочки процессов

При использовании цепочки процессов становится возможным следующее: • • •

III квартал 2004

применение управляемой событиями обработки для автоматизации комплексных процессов в системе SAP BW; использование сетевых графиков для визуализации процессов: централизованное управление и контроль процессов.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

373

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Рисунок 122: Пример выбора операций цепочки процессов

Абстрактное определение процесса как имеющего определенное начало и конец обеспечивает открытость в отношении тех процессов, которые могут быть интегрированы в цепочку процессов. В концепции цепочек процессов реализован принцип открытости, что означает, что в цепочку могут быть внедрены программы и процессы, специфичные для того или иного клиента. Цепочку процессов можно интегрировать в другую цепочку процессов. Такие специальные объединенные цепочки процессов называются метацепочками. Это дает возможность объединения цепочек процессов из системы SAP BW, содержащей метацепочку, и цепочки процессов из другой системы SAP BW. Эти типы цепочек процессов называются, соответственно, локальными цепочками процессов и удаленными цепочками процессов. Применение цепочек процессов позволяет обеспечить более высокий уровень безопасности на основе фоновой обработки. Перед выполнением процессов осуществляется их планирование; кроме того, производится мониторинг процессов при помощи стандартного монитора пакетного режима. Последующие процессы вызываются фоновыми событиями. Мгновенные дампы и сторнирования определяются и обрабатываются соответственно. Последующий процесс должен получить от предыдущих процессов всю информацию, необходимую для его правильного выполнения. Это позволяет интегрировать новые типы процессов без необходимости корректировки существующих типов процессов.

374

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Можно вызывать экраны ведения цепочки процессов централизованно, путем выбора опции Ведение цепочки процессов в инструментальных средствах администратора SAP BW. Переход от диалогов ведения процессов, поддерживаемых системой SAP BW, к экранам ведения цепочки процессов производится нажатием соответствующей кнопки. Рекомендация: Цепочки процессов подробно рассматриваются в курсе BW360 Производительность и администрирование.

Оптимизация агрегатов Простой способ оптимизации агрегатов заключается в использовании данных статистики BW. Имеются следующие опции: •

•

• •

Использование статистики BW для проектирования новых агрегатов. Этот способ применяется, например, при создании новых запросов для базового куба. Предложение агрегатов для удаления в случаях, когда агрегаты активны, но отмечены для удаления, поскольку они больше не используются. Получение сводки по уже существующим активным агрегатам. Проверка количества итоговых записей и коэффициентов уплотнения для агрегата. Коэффициент уплотнения должен быть больше или равен десяти. Это означает, что одна запись в агрегате соответствует десяти записям (в среднем) в таблице фактов базового куба.

На экранах Ведение агрегатов можно определять различные критерии для просмотра агрегатов, удовлетворяющих этим критериям. Выберите Ведение агрегатов → Рекомендации. В курсе BW360 Производительность и администрирование приведено пошаговое описание наилучшего способа внедрения агрегатов и управления производительностью запросов.

Изменение агрегатов и основных данных Если производятся изменения атрибутов или иерархий в признаках, используемых в агрегатах, структура агрегатов также должна быть изменена. Так как изменение этих данных приводит к недействительности агрегатов, иерархии или атрибуты навигации нельзя активировать напрямую. Возможно только отметить их для активации. Это означает, что атрибуты навигации и иерархии имеют две версии - активную и модифицированную. Изменения вносятся

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

375

Раздел 6: Управление инфо-кубами и агрегатами

BW310

во время прогона изменений, выполняемого для иерархий или атрибутов. В процессе внесения изменений при активном прогоне изменений, до завершения реорганизации агрегатов для отчетов используются старые данные.

Рисунок 123: Пример ситуации, в которой требуется прогон изменения атрибутов

В случае агрегата "Клиент" никаких изменений не требуется, так как изменение группы клиентов не влияет на этот конкретный агрегат. Для агрегата "Клиент/Группа клиентов" прогон изменений необходим. В противном случае агрегат будет поставлять ошибочные и противоречивые результаты, поскольку новое присвоение клиента D к группе клиентов Y не будет учтено. Поскольку группа клиентов является атрибутом навигации признака "Клиент" и также включена в агрегат, производительность системы повышается, если для считывания данных применяется атрибут навигации. Рекомендация: Будьте особенно внимательны при создании агрегата, содержащего атрибут навигации. Агрегат такого типа может потребовать значительных затрат на ведение. Дополнительная информация и подробности по этой теме содержатся в курсе BW360 Производительность и администрирование. Рисунок "Агрегаты и изменение данных (I)" иллюстрирует шаги по изменению атрибута в признаке.

376

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Рисунок 124: Агрегаты и изменение данных (I)

В отношении прогонов изменений необходимо учитывать следующее: •

•

•

Время, необходимое для прогона изменений, зависит от количества атрибутов навигации (и иерархий) и частоты загрузки основных данных для каждого из инфо-объектов признаков. В ходе прогона изменений создание отчетов возможно только по старым версиям атрибутов и иерархий. Активные версии изменений становятся доступными только по завершении прогона изменений. Это также относится к отчетам по инфо-кубам, не задействованным в прогоне изменений, но использующим модифицированные атрибуты и иерархии. С помощью функции монитора можно выяснить, на какие объекты влияет выполненное изменение. Здесь можно просмотреть активированные признаки и иерархии, а также задействованные агрегаты и базовые кубы. Если прогон изменений активен, монитор выводит для просмотра статус активности изменений для каждого агрегата.

На рисунке "Агрегаты и изменение данных (II)" показан процесс модификации иерархий.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

377

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Рисунок 125: Агрегаты и изменение данных (II)

В отношений иерархий необходимо учитывать следующее:

378

•

При изменении структуры эти изменения влияют на все агрегаты базового куба, также производится корректировка атрибутов. Выполнение прогона изменений этого типа может продолжаться длительное время (затраты на ведение).

•

Сразу после того, как иерархии будут отмечены как активные (загрузка новых иерархических структур), модифицированные иерархии немедленно становятся доступными для системы отчетов при условии, что они не используются в агрегатах. При использовании этих иерархий в агрегатах, в системе отчетов они могут использоваться только после выключения или деактивации агрегатов. В противном случае изменения, внесенные в эти иерархии, будут показаны только по завершении прогона изменений.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Рисунок 126: Прогон изменения атрибутов

Если в агрегат были внесены только незначительные изменения, необходимость в его полной реорганизации отсутствует. Вместо этого агрегат корректируется посредством прогона изменений. Во время прогона изменений старые записи данных проводятся с отрицательными значениями, а новые - с положительными значениями. В зависимости от количества имеющихся изменений, с определенного момента этот метод становится более сложным по сравнению с полной реорганизацией агрегата. Поскольку пороговое значение максимального количества изменений, обрабатываемых с использованием этого метода, зависит и от имеющихся настроек системы, его можно изменить. Выберите Управление → Параметры настройки → Пользовательская настройка → Ссылочное IMG SAP → Business Information Warehouse → Общие параметры настройки BW → Параметры агрегатов. Рекомендация: Более подробная информация о пользовательской настройке и методах оптимизации агрегатов содержится в курсе BW360 (Производительность и администрирование).

Сжатие агрегатов Во время сведения можно выполнить автоматическое сжатие агрегатов. Запрос(ы) записываются в таблицу фактов E агрегатного куба. Как было отмечено ранее, это приводит к удалению идентификатора запроса, что означает возможность применения

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

379

Раздел 6: Управление инфо-кубами и агрегатами

BW310

сжатия для всех запросов. Сжимаются записи данных с одинаковым значением признака. Если после сжатия запрос должен быть удален, то перед этим необходимо деактивировать все агрегаты. Этот процесс может занять длительное время. Если сжатие агрегатов не производится до сжатия базового куба, то на удаление сведенного, но еще не сжатого запроса не требуется большого количества времени.

380

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Упражнение 11: Создание агрегатов для базового куба Время на упражнения: минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • cоздавать и вести агрегаты для инфо-куба

Практический пример 1. Предприятию требуется уплотнить данные базового куба "Учет по МВЗ". Проектная группа BW планирует осуществить это путем создания агрегатов для инфо-куба.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: None required

Задание 1 Первый шаг заключается в использовании признака COSTC## для создания агрегатов для базового куба GR##CUBE1. 1.

В инструментальных средствах администратора откройте каталог целей данных и создайте агрегат для базового куба GR##CUBE1. Откройте контекстное меню (правой кнопкой мыши) и выберите функцию Ведение агрегатов.

2.

Использовать предлагаемые системой агрегаты не требуется. Вместо этого нужно создать собственный агрегат.

3.

В образце определения агрегата перетащите признак COSTC## для создаваемого агрегата из левого окна в правое. Присвойте агрегату Краткий текст AG1_COSTC_GR## и Подробный текст Агрегат 1 МВЗ GR##. Подтвердите введенные данные.

4.

Проверьте правильность определения агрегата.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

381

Раздел 6: Управление инфо-кубами и агрегатами

BW310

5.

Сохраните агрегат. Следующий шаг состоит в пополнении агрегата данными. Выберите пиктограмму Активировать/Заполнить, немедленно запустите задание и проверьте результат.

6.

Просмотрите записи данных для агрегата и вернитесь на экран ведения агрегатов.

7.

Выключите и снова включите агрегат. Вернитесь в инструментальные средства администратора.

8.

Используйте базовый куб GR##CUBE1 и признак COSTC## для создания второго агрегата, имеющего Краткий текст AG2_COSTC_ GR## и Подробный текст Агрегат 2 МВЗ 4100 GR##. На этот раз используйте в сжатии МВЗ 4100 – Технический сервис и обслуживание (1), установив его как постоянное значение. Сохраните введенные данные. Активируйте новый агрегат и пополните его данными. После завершения агрегации сравните количество агрегированных записей с количеством записей, изначально имевшихся в базовом кубе для данного МВЗ.

9.

Вернитесь в инструментальные средства администратора и нажмите кнопку Обновить. По каким признакам можно судить о том, что базовый куб содержит агрегаты?

Задание 2 После первой загрузки агрегатов в базовый куб необходимо загрузить другой запрос, что даст возможность свести в агрегат последующие запросы. 1.

В инструментальных средствах администратора перейдите к закладке Инфо-источник. Найдите инфо-источник 0CO_OM_CCA_1 и создайте инфо-пакет для исходной системы T90CLNT090. Имя поля

Значение ввода

Название

GR## CA 6000 Переменные данные OLTP

На нижеперечисленных закладках установите следующие параметры настройки: На закладке Выбор данных:

Продолжение на следующей странице

382

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Имя поля

Значение ввода

КЕ

6000

МВЗ

1000

На закладке Обработка данных введите следующее: Имя поля

Значение ввода

Проверка непротиворечивости значений признаков в правилах переноса КЕ

пусто

PSA и затем в инфо-объект (по установить флаг пакетам/МВЗ) На закладке Цель данных введите следующее: Имя поля

Значение ввода

Выбор целей данных

установить флаг

GR## Инфо-куб 1

установить флаг

На закладке Параметры обновления введите следующее: Имя поля

Значение ввода

Полное обновление

установить флаг

Всегда обновлять данные, даже установить флаг если для данных не существует основных данных

Задание 3 Так как инфо-куб содержит агрегаты, необходимо выполнить сведение новых данных для их помещения в агрегаты. Только после этого система начнет учитывать все актуальные данные при выполнении запроса с использованием базового куба. 1.

На закладке Запросы проверьте идентификационный номер запроса GR## CA 6000 Переменные данные OLTP. Символы в столбцах "Статус сведения" (в базовом кубе и в агрегатах) и "Запрос доступен для системы отчетов" указывают на то, какие запросы уже обновлены в агрегатах. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

383

Раздел 6: Управление инфо-кубами и агрегатами

384

BW310

2.

На закладке Сведение в поле Сведение до ид. запроса введите идентификатор запроса GR## CA 6000 Переменные данные OLTP и выберите пиктограмму Выполнить. Запрос обновляется в агрегатах.

3.

Снова откройте закладку Запросы и проверьте столбец "Статус сведения". Выберите Обновить.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Решение 11: Создание агрегатов для базового куба Задание 1 Первый шаг заключается в использовании признака COSTC## для создания агрегатов для базового куба GR##CUBE1. 1.

В инструментальных средствах администратора откройте каталог целей данных и создайте агрегат для базового куба GR##CUBE1. Откройте контекстное меню (правой кнопкой мыши) и выберите функцию Ведение агрегатов. a)

2.

Использовать предлагаемые системой агрегаты не требуется. Вместо этого нужно создать собственный агрегат. a)

3.

Меню SAP Easy Access → Моделирование → Инструментальные средства администратора: Моделирование → Инфо-провайдер → Инфо-область Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ##. В контекстном меню базового куба GR##CUBE1 выберите опцию Ведение агрегатов.

Так как агрегаты для данного базового куба пока отсутствуют, система выводит диалоговое окно, в котором можно определить, должна ли система предлагать агрегаты. Выберите Создать собственный.

В образце определения агрегата перетащите признак COSTC## для создаваемого агрегата из левого окна в правое. Присвойте агрегату Краткий текст AG1_COSTC_GR## и Подробный текст Агрегат 1 МВЗ GR##. Подтвердите введенные данные. a)

Перетащите COSTC## в правое окно. В окне Ввод описания агрегата введите следующие данные:

4.

Имя поля

Значение ввода

Краткий текст

AG1_COSTC_GR##

Подробный текст

Агрегат 1 МВЗ GR##

Проверьте правильность определения агрегата. a)

Выберите пиктограмму Активировать/Заполнить. При корректном создании появится сообщение Агрегат определен корректно. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

385

Раздел 6: Управление инфо-кубами и агрегатами

5.

Сохраните агрегат. Следующий шаг состоит в пополнении агрегата данными. Выберите пиктограмму Активировать/Заполнить, немедленно запустите задание и проверьте результат. a)

6.

BW310

Сохраните агрегат . Активируйте агрегат и пополните его данными. В окне Время выполнения агрегации выберите Немедленно. После успешного выполнения сигнал светофора становится зеленым.

Просмотрите записи данных для агрегата и вернитесь на экран ведения агрегатов. a)

Просмотрите данные агрегата и выполните агрегат . Появятся уплотненные с помощью Выполнить записи данных. Вернитесь в инструментальные средства администратора двукратным нажатием Назад

7.

Выключите и снова включите агрегат. Вернитесь в инструментальные средства администратора. a)

Выключите агрегат . Вместо зеленого светофора в столбце Заполнено/Деактивировано отображается серый ромб. Снова включите агрегат . Вернитесь в ИСАдм двукратным нажатием Назад

8.

.

.

Используйте базовый куб GR##CUBE1 и признак COSTC## для создания второго агрегата, имеющего Краткий текст AG2_COSTC_ GR## и Подробный текст Агрегат 2 МВЗ 4100 GR##. На этот раз используйте в сжатии МВЗ 4100 – Технический сервис и обслуживание (1), установив его как постоянное значение. Сохраните введенные данные. Активируйте новый

Продолжение на следующей странице

386

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

агрегат и пополните его данными. После завершения агрегации сравните количество агрегированных записей с количеством записей, изначально имевшихся в базовом кубе для данного МВЗ. a)

В контекстном меню базового куба GR##CUBE1 выберите COSTC## и перетащите его в правое окно. В окне Ввод описания агрегата введите следующие данные: Имя поля

Значение ввода

Краткий текст

AG2_COSTC_GR##

Подробный текст

Агрегат 2 МВЗ GR##

Подтвердите введенные данные

.

Выберите новый агрегат в правом окне и разверните дерево до признака COSTC##. В контекстном меню COSTC## выберите опцию Постоянное значение. Выберите в списке мест возникновения затрат 4100 Технический сервис и обслуживание (1). Сохраните агрегат . Активируйте агрегат и пополните его данными. В окне Время выполнения агрегации выберите Немедленно. После успешного выполнения сигнал светофора становится зеленым. Сравните числа в столбцах Записи и Уплотненные записи. 9.

Вернитесь в инструментальные средства администратора и нажмите кнопку Обновить. По каким признакам можно судить о том, что базовый куб содержит агрегаты? a)

Вернитесь в инструментальные средства администратора и обновите меню символ агрегатов .

. Рядом с базовым кубом появиться

Задание 2 После первой загрузки агрегатов в базовый куб необходимо загрузить другой запрос, что даст возможность свести в агрегат последующие запросы. 1.

В инструментальных средствах администратора перейдите к закладке Инфо-источник. Найдите инфо-источник 0CO_OM_CCA_1 и создайте инфо-пакет для исходной системы T90CLNT090.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

387

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Имя поля

Значение ввода

Название

GR## CA 6000 Переменные данные OLTP

На нижеперечисленных закладках установите следующие параметры настройки: На закладке Выбор данных: Имя поля

Значение ввода

КЕ

6000

МВЗ

1000

На закладке Обработка данных введите следующее: Имя поля

Значение ввода

Проверка непротиворечивости значений признаков в правилах переноса КЕ

пусто

PSA и затем в инфо-объект (по установить флаг пакетам/МВЗ) На закладке Цель данных введите следующее: Имя поля

Значение ввода

Выбор целей данных

установить флаг

GR## Инфо-куб 1

установить флаг

На закладке Параметры обновления введите следующее:

Продолжение на следующей странице

388

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

Имя поля

Значение ввода

Полное обновление

установить флаг

Всегда обновлять данные, даже установить флаг если для данных не существует основных данных a)

В ИСАдм выберите Моделирование → Инфо-источники → Прикладные компоненты → Контроллинг → Контроллинг косвенных затрат → Учет по МВЗ → Инфо-источник → МВЗ: Затраты и перерасчеты (0CO_OM_CCA_1). Откройте контекстное меню исходной системы (правой кнопкой мыши), выберите T90CLNT090 и опцию Создать инфо-пакет. В появившемся диалоговом окне выберите источник данных МВЗ: Затраты и перерасчеты 0CO_OM_CCA_1 и определите инфо-пакет следующим образом: Имя поля

Значение ввода

Название

GR## CA 6000 Переменные данные OLTP

На нижеперечисленных закладках установите следующие параметры настройки: На закладке Выбор данных: Имя поля

Значение ввода

КЕ

6000

МВЗ

1000

На закладке Обработка данных введите следующее: Имя поля

Значение ввода

Проверка непротиворечивости значений признаков в правилах переноса КЕ

пусто

PSA и затем в инфо-объект (по пакетам/МВЗ)

установить флаг

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

389

Раздел 6: Управление инфо-кубами и агрегатами

BW310

На закладке Цель данных введите следующее: Имя поля

Значение ввода

Выбор целей данных

установить флаг

GR## Инфо-куб 1

установить флаг

На закладке Параметры обновления введите следующее: Имя поля

Значение ввода

Полное обновление

установить флаг

Всегда обновлять данные, даже если для данных не существует основных данных

установить флаг

На закладке Запланировать запустите перенос данных. Проверьте успешность загрузки данных в PSA с помощью монитора.

Задание 3 Так как инфо-куб содержит агрегаты, необходимо выполнить сведение новых данных для их помещения в агрегаты. Только после этого система начнет учитывать все актуальные данные при выполнении запроса с использованием базового куба. 1.

На закладке Запросы проверьте идентификационный номер запроса GR## CA 6000 Переменные данные OLTP. Символы в столбцах "Статус сведения" (в базовом кубе и в агрегатах) и "Запрос доступен для системы отчетов" указывают на то, какие запросы уже обновлены в агрегатах. a)

На закладке Запросы выберите опцию Проверить ид. номер. Записи в столбцах Статус сведения (в базовом кубе и в агрегатах) и Запрос доступен для системы отчетов отсутствуют.

Продолжение на следующей странице

390

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Агрегаты

2.

На закладке Сведение в поле Сведение до ид. запроса введите идентификатор запроса GR## CA 6000 Переменные данные OLTP и выберите пиктограмму Выполнить. Запрос обновляется в агрегатах. a)

3.

Откройте закладку Сведение и определите в поле Сведение до ид. запроса идентификатор запроса для запроса GR## CA 6000 Переменные данные OTLP. Выберите Выполнить .

Снова откройте закладку Запросы и проверьте столбец "Статус сведения". Выберите Обновить. a)

Выберите закладку Обновить

.

В столбцах Статус сведения (в базовом кубе и в агрегатах) и Запрос доступен для системы отчетов отображаются соответствующие символы, указывающие на то, что данные обновлены в агрегатах и доступны для запросов.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

391

Раздел 6: Управление инфо-кубами и агрегатами

BW310

Резюме по уроку Теперь вы сможете: • определять агрегаты и использовать различные функции их ведения • перечислять преимущества и недостатки использования агрегатов • использовать статистику BW и статистику запросов для эффективного определения и внедрения агрегатов • пояснять важность прогонов изменений агрегатов

392

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Резюме по разделу

Резюме по разделу Теперь вы сможете: • описывать структуру PSA • определять местоположение PSA в архитектуре BW • пояснять четыре опции обновления (с/без PSA) • сравнивать методы переноса данных IDoc и PSA • применять функции ведения Удалить, Реорганизация и Сжатие по отношению к данным базовых кубов • определять агрегаты и использовать различные функции их ведения • перечислять преимущества и недостатки использования агрегатов • использовать статистику BW и статистику запросов для эффективного определения и внедрения агрегатов • пояснять важность прогонов изменений агрегатов

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

393

Резюме по разделу

394

BW310

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 7 Интерфейс с информационной витриной Up until now, BW has only been used as a target system for data extraction. This chapter introduces the BW system in its role as data supplier. How export DataSources are used and how own-systems are updated using the MYSELF source system is examined in practice in the later ODS Object unit.

Обзор раздела В этом разделе рассматривается использование системы BW в качестве исходной системы для самой себя или для дополнительных систем BW.

Цели раздела Прослушав этот раздел, вы сможете: • • •

понять концепцию соединения одной системы BW с другой системой или с самой собой создавать экспортные источники данных для базового куба создавать экспортные источники данных для таблиц основных данных для инфо-объекта признаков

Содержание раздела Урок: Интерфейс с информационной витриной .........................396

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

395

Раздел 7: Интерфейс с информационной витриной

Урок:

BW310

Интерфейс с информационной витриной Продолжительность урока: 45 минут(ы)

Обзор урока На этом уроке описывается обмен данными между несколькими системами BW и в пределах одной системы BW, а также использование обоих этих методов.

Цели урока Прослушав этот урок, вы сможете: • • •

понять концепцию соединения одной системы BW с другой системой или с самой собой создавать экспортные источники данных для базового куба создавать экспортные источники данных для таблиц основных данных для инфо-объекта признаков

In this lesson, explain the concept behind the data mart interface by using practical examples of its use (see documents). This lesson does not include any exercises, since an exercise scenario for data updates from ODS objects into BasisCubes is provided in the subsequent lesson. If possible, you could demonstrate the data update from training cube GR##Cube1 to a copied, identical BasisCube.

Практический пример Вы намерены использовать интерфейс с информационной витриной по двум причинам. Во-первых, в системе BW штаб-квартиры предприятия должны использоваться данные из систем BW дочерних компаний; во-вторых, необходимо произвести очистку содержимого базового куба "Учет по МВЗ". Очистка выполняется путем экспорта содержимого в другой базовый куб “Учет по МВЗ - Новый” при применении правил переноса и обновления.

Интерфейс с информационной витриной Интерфейс с информационной витриной используется по двум причинам. Во-первых, для обмена данными между различными системами BW, и, во-вторых, для обновления данных в пределах одной системы BW (интерфейс с информационной витриной в myself-системе). Основной принцип хранилищ данных подразумевает наличие информационной системы, охватывающей все предприятие. В то же время, информационные витрины

396

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интерфейс с информационной витриной

включают решения, специфичные для той или иной области и внедряемые в среду хранилища данных с использованием различных архитектур. Информационные витрины могут использоваться на предварительной стадии разработки для долгосрочного внедрения по всему предприятию и дают возможность быстрого внедрения с применением управляемых объемов данных. Информационная витрина может использоваться для помещения данных в комплексное хранилище данных (архитектура с агрегацией) или, наоборот, извлечения данных из комплексного хранилища данных (архитектура с распределением).

Рисунок 127: Архитектура с распределением

При использовании архитектуры с распределением сервер BW передает исходные данные для обновления в другие системы BW. Выбор данных и конкретных режимов изменения для целевых BW зависит от потребностей предприятия. Эта архитектура предназначена для повышения производительности. Перед копированием в другие системы (например, в Азии или Южной Америке) основные данные загружаются в центральную систему BW, поскольку сети передачи данных в Европе структурированы лучше, для удовлетворения местных условий. Кроме того, бюджеты групп продуктов могут планироваться централизованно, и эти плановые показатели могут копироваться в дополнительные системы BW, где они применяются на уровне местного рынка.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

397

Раздел 7: Интерфейс с информационной витриной

BW310

Рисунок 128: Архитектура с агрегацией

При использовании архитектуры с агрегацией данные от двух или более серверов BW объединяются и подготавливаются для дальнейшей обработки. Это позволяет штаб-квартире получать агрегированные данные от дочерних компаний. Выполнение задач с помощью интерфейса с информационной витриной Интерфейс с информационной витриной может быть установлен между, по крайней мере, двумя системами BW, в следующих целях: • • •

•

•

398

снижение сложности, высокий уровень которой вызван установкой и расширением отдельных систем BW; обеспечение прозрачности и упрощение ведения отдельных BW; увеличение скорости переноса данных и работы системы отчетов путем частичного решения проблем производительности, вызываемых связанными системами BW; разделение данных по областям задач и/или дочерним компаниям; либо, с другой стороны, предоставление штаб-квартире возможности анализа агрегированного набора данных. Нужны ли штаб-квартире уплотненные или выборочные данные от дочерних компаний, или же дочерним компаниям требуется лишь определенная информация от штаб-квартиры? построение хабов и spoke-сценариев с BW в центре: данные от распределенных систем поступают в BW, где происходит их нормализация.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интерфейс с информационной витриной

•

создание в пределах одной системы нового куба, аналогичного исходному, на базисе данных базисного куба (экстракция в пределах BW).

Рисунок 129: Архитектура информационных витрин: опции

На рисунке показаны две системы BW в филиалах 1 и 2. Эти системы BW выступают в роли информационных витрин. Они отсылают выборочную информацию в центральную систему BW в штаб-квартире предприятия. Система BW в штаб-квартире извлекает информацию для себя (базовый куб в базовый куб), а также передает скопированные данные.

Интерфейс с информационной витриной в myself-системе

Интерфейс с информационной витриной в myself-системе соединяет систему BW саму с собой. Это позволяет удовлетворить условие, состоящее в разрешении переноса данных из одного инфо-провайдера в другой. Также можно

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

399

Раздел 7: Интерфейс с информационной витриной

BW310

экспортировать содержимое из нескольких базовых кубов в другие базовые кубы для выполнения процессов очистки данных с использованием правил обновления и переноса. Рекомендация: Исходная система типа MYSELF автоматически создается в фоновом режиме после изменения версии или инсталляции при первом запуске инструментальных средств администратора. Способ использования интерфейса с информационной витриной в myself-системе 1.

Соединение исходных и целевых систем BW посредством удаленного соединения (этот шаг выполняется только при необходимости загрузки данных между двумя или более системами BW).

2.

Создание экспортного источника данных ODS-объект: автоматическое создание экспортного источника данных (см. раздел об ODS-объектах), Базовый куб: создание экспортного источника данных для переменных данных (экспортный источник данных для основных данных генерируется автоматически для каждого признака, входящего в базовый куб). В то же время можно создавать отдельные экспортные источники данных для различных таблиц основных данных инфо-объекта. Это осуществляется при непосредственном использовании инфо-источников для основных данных (контекстное меню → Создать экспортный источник данных. Соглашения по присвоению имен экспортным источникам данных: 8 при создании экспортного источника данных для инфо-куба техническое имя этого инфо-куба должно быть на один символ короче максимальной длины (9 символов). Это необходимо, так как источник данных использует имя инфо-куба с префиксом 8, в соответствии с соглашением по присвоению имен для источника данных.

400

3.

Копирование источника данных

4.

Присвоение источника данных инфо-источнику (автоматически выполняемое системой) : BW создает инфо-источник согласно тому же соглашению по присвоению имен, что и для источника данных (см. шаг 2).

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интерфейс с информационной витриной

Если исходная система BW не является одновременно целевой системой BW, то инфо-источник должен быть создан в целевой системе BW, либо перенесен в нее посредством запроса на перенос. Если структуры извлекаются из содержимого неизменными, можно также активировать их в целевой системе BW. Результатом является то, что эти две упомянутые выше опции больше не применяются. 5.

Активация правил переноса : в этот момент можно изменить правила переноса согласно бизнес-сценарию.

6.

Создание правил обновления для целевого базового куба.

7.

Создание инфо-пакета.

8.

Загрузка переменных данных. Рекомендация: Перед выполнением описанного выше процесса загрузки данных в целевой системе BW должна быть создана структура базовых кубов, ODS-объектов и признаков.

Подготовка данных с использованием интерфейса с информационной витриной

Рисунок 130: Образец сценария подготовки данных

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

401

Раздел 7: Интерфейс с информационной витриной

BW310

Базовые кубы и ODS-объекты могут использоваться в качестве информационных витрин для других систем BW. Это означает следующее: • •

Исходная система BW обеспечивает целевую систему BW элементами данных из инфо-объектов и источников данных. Исходная система BW также предоставляет API экстракции для переменных данных, основных данных, текстов и иерархий.

Имеются два ограничения: • •

Метаданные в инфо-кубах должны соответствовать требованиям к метаданным OLTP. Имя инфо-куба должно быть как минимум на один знак короче максимально допустимой длины, т.к. название источника данных создается из имени инфо-куба путем добавления префикса ‘8’.

Интерфейс с информационной витриной в myself-системе: резюме

Рисунок 131: Использование интерфейса с информационной витриной

Для определения дельты используются запросы. Вначале следует выполнить инициализацию того инфо-куба, который предполагается использовать в качестве экспортного источника данных. Это означает, что он переносит текущий статус данных в целевую систему BW. При следующей загрузке переносятся только запросы, добавленные после инициализации. Имеется также возможность указания разных целевых систем. Ограничение: для дельты допустим только один

402

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интерфейс с информационной витриной

критерий выбора на одну целевую систему. Например, требуется выбрать данные по заводу 1, а затем загрузить дельты. Впоследствии потребовалось загрузить дельту для завода 2 параллельно с дельтой для завода 1. Дельту можно запрашивать только для обоих заводов сразу, т.е. невозможно выполнять разные дельты по отдельности.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

403

Раздел 7: Интерфейс с информационной витриной

BW310

Заключительная дискуссия In this lesson, participants get to know the BW system when employed a source system. Use the discussion to summarize the technical prerequisites and emphasize the different possible settings. You can use the following questions to do this:

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions.

404

1.

What are the technical prerequisites for extracting data from the BW system?

2.

From which sources can data be extracted using Export DataSources?

3.

In which kind of business scenarios can the data mart interface be implemented?

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Интерфейс с информационной витриной

Резюме по уроку Теперь вы сможете: • понять концепцию соединения одной системы BW с другой системой или с самой собой • создавать экспортные источники данных для базового куба • создавать экспортные источники данных для таблиц основных данных для инфо-объекта признаков

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

405

Резюме по разделу

BW310

Резюме по разделу Теперь вы сможете: • понять концепцию соединения одной системы BW с другой системой или с самой собой • создавать экспортные источники данных для базового куба • создавать экспортные источники данных для таблиц основных данных для инфо-объекта признаков

406

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 8 ODS-объекты This unit introduces the ODS object which is an additional data target in SAP BW.

Обзор раздела Этот раздел знакомит с функциями и техническими свойствами объектов хранилища операционных данных (ODS-объектов), используемых в качестве дополнительной цели данных.

Цели раздела Прослушав этот раздел, вы сможете: • • •

описывать структуру ODS-объектов определять местоположение ODS-объектов в архитектуре SAP BW перечислять и описывать типы ODS-объектов

Содержание раздела Урок: Объекты хранилища операционных данных......................408 Демонстрация: Creating an ODS Object...............................426 Процедура: Удаление из журнал изменений ........................431 Процедура: ................................................................432 Процедура: Реорганизация связанных целей данных .............436 Процедура: Первоначальное пополнение целей данных начальными значениями и дельтами ..................................437 Процедура: Пополнение целей данных посредством полного обновления .................................................................438 Демонстрация: Updating from an ODS Object ........................441 Упражнение 12: ODS-объекты..........................................443

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

407

Раздел 8: ODS-объекты

Урок:

BW310

Объекты хранилища операционных данных Продолжительность урока: 150 минут(ы)

Обзор урока На этом уроке рассматриваются объекты хранилища операционных данных (ODS-объекты), их структура и способы их использования.

Цели урока Прослушав этот урок, вы сможете: • • •

описывать структуру ODS-объектов определять местоположение ODS-объектов в архитектуре SAP BW перечислять и описывать типы ODS-объектов

This lesson introduces the ODS object in its role as an additional data target. Discuss with participants possible reasons why this data target type might be necessary and in which situations it makes sense to use it.

Практический пример Для проведения анализа предприятию необходимы данные с более высоким уровнем детализации, чем те, что имеются в базовых кубах. Ваша задача состоит в анализе функций ODS и определении того, соответствуют ли они этим требованиям.

Определение Объект хранилища операционных данных (ODS-объект) используется для хранения консолидированных и очищенных данных (например, переменных данных или основных данных) на уровне документа (элементарном уровне). Он описывает консолидированный набор данных из одного или несколько инфо-источников. Эти данные можно анализировать с помощью запроса BEx. Хранилище операционных данных: преимущества •

Функция перезаписи –

408

признаки раздела данных

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

•

– показатели Сохранение данные на уровне документа

•

– консолидированные или перезаписанные – очищенные Система отчетов – –

Развертка из инфо-куба к ODS-объекту Интеграция в Business Explorer (BEx)

ODS-объекты содержат ключевые поля (например, номер документа, позицию) и поля данных, которые могут содержать не только показатели, но и текст (например, клиента или статус заказа). Для обновления ODS-объекта в объединенные инфо-кубы или в дополнительные ODS-объекты или таблицы основных данных (атрибутов или текстов) в пределах одной системы или в различных системах можно использовать дельта-обновление. В отличие от многомерного хранилища данных для инфо-кубов, данные в ODS-объектах хранятся в плоских прозрачных таблицах базы данных. Таблицы фактов и измерений не создаются. В ODS-объектах можно не только кумулятивно (как инфо-кубы) обновлять показатели, но и перезаписывать поля данных. Это особенно важно для структур со сходными документами. Изменения документа в исходной системе включают не только числовые поля, такие как объем заказа на поставку, но и нечисловые поля, например, получателей материалов, статус и дату поставки. Для обеспечения моделирования этих изменений в ODS-объектах в системе BW соответствующие поля этих объектов также должны перезаписываться так, чтобы в них содержались актуальные значения.

Архитектура хранилища данных/ограничения Часто включение дополнительных ракурсов в процесс стейджинга является необходимым или желательным. SAP BW позволяет интегрировать один или несколько ODS-объектов в поток данных между PSA и инфо-кубами. Эти ODS-объекты обычно содержат данные с требуемой степенью детализации и могут использоваться для согласования и объединения данных перед сохранением этих данных в агрегированном виде в многомерном ракурсе – базовых кубах. Как показано в правой части рисунка PSA/ODS-объект/базовый куб (архитектура), включение ODS-объектов в поток данных является не обязательным. Возможно также обновление данных непосредственно из инфо-источника в базовом кубе. В левой части

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

409

Раздел 8: ODS-объекты

BW310

рисунка показан пример сценария с интеграцией ODS-объекта между инфо-источником и базовым кубом. Также здесь возможно последовательное включение нескольких ODS-объектов. Рекомендация: Количество ODS-объектов, которые необходимо внедрить, в значительной степени зависит от сложности внедряемого сценария. Кроме того, ODS-объект может также представлять собой результат процесса стейджинга. Другими словами, обновление инфо-куба из ODS-объекта не является обязательным.

Рисунок 132: PSA/ODS-объект/базовый куб (архитектура)

С точки зрения внедрения, существует три типа ODS-объектов: 1.

ODS-объекты с данными, аналогичными данным в исходной системе;

2.

непротиворечивые ODS-объекты; • • •

410

согласование длин и типов данных; согласование дельта-процедур; согласование данных.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

3.

ODS-объекты, связанные с конкретным приложением, используются для создания отдельных отчетов или запросов на загрузку.

ODS-объекты с данными, аналогичными данным в исходной системе В этом случае данные хранятся в том же виде, в каком они были поставлены источником данных исходной системы. Для сохранения полной истории данных чаще всего следует включить соответствующую временную ссылку в ключ ODS-объекта. Details for modeling key fields for ODS objects appear in the section Для получение дополнительной информации см. Моделирование ODS-объектов on page 425.

Непротиворечивые ODS-объекты В этих ODS-объектах данные хранятся в согласованной форме. Процесс согласования включает в себя различные аспекты: •

Согласование типов и длин альтернативных данных Если номер клиента имеет в исходной системе десять символов, а в другой системе - 13 символов, то в SAP BW требуется согласовывать длину номера клиента. Это можно осуществить путем внедрения ODS-объекта, в котором клиент будет иметь номер из 13 символов. Перед внедрением этого ODS-объекта необходимо выполнить некоторые преобразования.

•

Согласование различных дельта-процедур исходной системы ODS-объект может преобразовать различные дельта-процедуры исходных систем (добавочную дельту и конечные отображения для скорректированных записей) в единственную дельту с одним типом. Это обеспечивает то, что дополнительные присоединенные цели данных (в частности, базовые кубы) поставляются с соответствующей дельта-процедурой. Такое согласование особенно полезно при деривации дельты – при условии, что исходная система способна произвести экстракцию полных данных загрузки.

•

III квартал 2004

Согласование данных

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

411

Раздел 8: ODS-объекты

BW310

Часто необходимо согласовывать непосредственно содержимое фактических данных. Это может относиться к признакам (например, материалам) и показателям (выручке). Примером является деривация уникального номера материала из локальных номеров материала. В этом случае первая исходная система возвращает номер материала 100 со значением Монитор 15. Вторая исходная система возвращает номер материала 200 с тем же значением. В результате при необходимости ведения общей для всех исходных систем отчетности на основе номеров материалов (данных отображения) в системе SAP BW будет получен глобальный номер материала.

ODS-объекты, связанные с конкретным приложением и используемые для создания отдельных отчетов или запросов на загрузку Эти ODS-объекты, главным образом, используются при подготовке данных для отдельных сценариев отчетов. Примером является объединение отчетов и поставляемых данных в ODS-объект для деривации статуса поставки или объемов данных, которые еще должны быть поставлены.

Сравнение PSA, ODS-объектов и базовых кубов При моделировании потока данных часто возникает следующий вопрос: какой объект подходит для данного запроса? Для принятия обоснованного решения необходимо проанализировать возможные объекты (PSA/ODS-объект/базовый куб) на соответствие определенным критериям. Таблица 1: Сравнение PSA/ODS-объектов/базовых кубов

412

Объекты/ свойства

PSA

ODS-объект

Базовый куб

Метод, назначение

Буфер/ведение

Согласование, консолидация/ модель данных предприятия (МДП)

Агрегация/ оптимизация производительности запросов

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Хранение данных

Буфер для основных и переменных данных: приблизительно 30 дней (при отсутствии используемого ODS-объекта данные могут храниться и в течение более длительного периода).

Память для переменных данных: постоянная

Память для переменных данных: постоянная

Источник данных

Зависимый источник данных (зависящий от исходной системы)

Зависимый инфо-источник (не зависящий от исходной системы)

Зависимый инфо-источник (не зависящий от исходной системы)

МанипулиДобавить рование (во время загрузки)

Изменить/ добавить/ удалить

Добавить

Архитектура

Таблицы реляционных БД, зависящий от запроса ключ

Таблицы Схема-звезда реляционных BW, без БД, с нормализации нормализацией, семантический ключ

Система отчетов

Высокий уровень гранулярности данных (доступ через запрос инфо-набора) (подробные отчеты)

Высокий уровень гранулярности данных (отчеты в форме таблиц)

Низкий уровень гранулярности данных (многомерные отчеты)

Метод/назначение

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

413

Раздел 8: ODS-объекты

BW310

Главной целью использования PSA является временное хранение данных исходной системы перед их переносом в фактические целевые наборы данных. Поэтому изменение данных из системы BW до изменения PSA невозможно. Используется только копия данных исходной системы (буфер входящих данных). Примечание: Однако в PSA имеется возможность вызова таблиц и обработки данных вручную. Этот метод обычно используется при обработке ошибок. ODS-объекты преимущественно используются для согласования или объединения данных. Они особенно подходят для этой цели, поскольку предоставляют много различных возможностей. Например, можно воздействовать на поток данных до ODS-объектов (правила обновления) и настраивать различные типы обновления (перезапись, добавление, без обновления). С другой стороны, ODS-объекты состоят из плоских таблиц, которые удобны для чтения (могут служить наглядными примерами). Сами объекты также включают в себя большое количество функций (например, выбор дельты). Учитывая все эти свойства, можно заключить, что ODS-объекты отвечают многими требованиям процесса стейджинга. С другой стороны, базовые кубы были разработаны для концепции схемы-звезды, которая является многомерной структурой, оптимизированной для системы отчетов. Использование базовых кубов позволяет также определять агрегированные ракурсы в материализованной форме (агрегаты), что означает возможность вызова не самих инфо-кубов, а агрегатов из большого количества сценариев. Это повышает производительность системы отчетов. История данных При сравнении истории этих трех объектов видно, что данные в PSA обычно не хранятся более одного месяца. При этом подразумевается, что ODS-объекты также включены в сценарий стейджинга. В противном случае имеет смысл использовать PSA в качестве постоянной памяти для данных, поставляемых исходной системой. Для ODS-объектов и базовых кубов данные обычно хранятся в течение нескольких лет. Разница состоит в том, что в ODS-объектах данные хранятся в агрегированной форме, а в базовом кубе - в гранулированном виде. Источник данных Данные PSA хранятся в форме структуры переноса. Они зависят от исходной системы (однозначно присвоены источнику данных).

414

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Данные всегда обновляются в ODS-объекте из инфо-источника. Инфо-источник может поставлять данные из одной или нескольких (других) исходных систем или из другого ODS-объекта, который находится в той же системе BW. Примечание: Технически также возможно соединить экспортный источник данных, сгенерированный из базового куба, с ODS-объектом. Однако на практике это используется очень редко. В отношении базового куба можно отметить те же свойства, которые были приведены для ODS-объекта. Однако часто инфо-куб получает данные от другого базового куба посредством экспортного источника данных. Например, базовый куб, который содержит данные с высокой степенью агрегации за период в несколько лет, обновляется из другого базового куба, который содержит данные на более подробном уровне за период в несколько месяцев. Манипулирование данными Существует различие между этими тремя объектами и при манипулировании данными во время загрузки новых данных (в области процесса стейджинга). Новые записи всегда добавляются к PSA и инфо-кубам, поскольку оба объекта содержат технический ключ процесса загрузки. Для базового куба можно использовать сжатие с целью агрегирования новых данных на основе уже существующих данных. При работе с ODS-объектами можно изменять уже существующие записи (путем их перезаписи или добавления значений) или даже удалять их. Примечание: Последнее возможно в том случае, когда связанный источник данных позволяет удалять отображения (технически: 0RECORDMODE = D). Добавлять новые записи можно при условии отсутствия записей с тем же ключом. PSA хранится в базе данных в виде прозрачной таблицы источника данных. Каждая из этих таблиц имеет (технический) ключ, который включает номера запроса, пакета данных и записи данных. Все другие поля являются не ключевыми. ODS-объект тоже хранится в базе данных в виде прозрачной таблицы. Однако он обладает

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

415

Раздел 8: ODS-объекты

BW310

семантическим ключом (например, номером заказа), который определяется разработчиком. Все неключевые поля обозначаются как поля данных. Рекомендация: В целях ясности здесь рассматриваются только те таблицы ODS-объектов, которые содержат актуальные данные. С другой стороны, базовый куб представлен несколькими таблицами, поскольку он структурирован в соответствии со схемой-звездой. Он включает таблицу фактов и до 16 таблиц измерений. Комбинация ключей таблиц измерений формирует ключ таблицы фактов. Для увеличения системной производительности данные в базовых кубах хранятся в ненормализованном виде (см. раздел 2.) Система отчетов Автоматическое использование PSA в системе отчетов не является возможным. Таблицы PSA можно сделать доступными для системы отчетов только при помощи традиционных инфо-наборов. ODS-объекты и инфо-кубы можно непосредственно использовать в системе отчетов. Однако вид отчетов в каждом случае будет другим. В большинстве случаев отчеты с высокой выборочностью данных определяются к ODS-объектам. Например, это отчеты со всеми счетами-фактурами для клиента в течение определенного месяца. Такие отчеты часто инициируются с помощью интерфейса "отчет-отчет" к отчету, определенному на основе инфо-куба. Многомерные отчеты – главным образом, на уровне агрегированных данных – выполняются на основе инфо-кубов.

Архитектура и функции ODS-объектов ODS-объекты состоят из трех таблиц (см. рис. Архитектура ODS-объекта): •

Очередь активации Новые данные хранятся в этой таблице до ее активации. Она всегда имеет структуру, аналогичную таблице PSA. Другими словами, ключ строится из номера запроса, пакета данных и записи данных. Эти запросы удаляются из очереди активации, как только все запросы, ожидающие в очереди активации, будут успешно активированы.

•

416

Таблица с активными данными

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Здесь хранятся данные с фактическим статусом. Эта таблица содержит семантический ключ (например, номер заказа, позицию, партию поставки), который определяется разработчиком. Эта таблица используется в системе отчетов. •

Журнал изменений При выполнении активации изменения записываются в журнал изменений. В нем содержится полная история изменений (активации), так как содержимое журнала изменений автоматически не удаляется. Связанные цели данных обновляются из журнала изменений в случае, если в дельта-процедуре им поставляются данные из ODS-объекта. Журнал изменений является таблицей PSA, его ведение можно выполнять в дереве PSA инструментальных средств администратора. Журнал изменений также имеет технический ключ, состоящий из номера запроса, пакета данных и записи данных. Рекомендация: Параллельно с записью в журнал изменений, новый статус данных также записывается в таблицу с активными данными.

Рисунок 133: Архитектура ODS-объекта

Загрузка в ODS-объекты В этом разделе рассматривается пример, иллюстрирующий результаты загрузки и активации данных в ODS-объекте.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

417

Раздел 8: ODS-объекты

BW310

Предположим, что в ODS-объект загружены два запроса REQU1 и REQU2. Это можно выполнить последовательно или параллельно. В процессе загрузки оба запроса направляются в очередь активации.

Рисунок 134: Загрузка в очередь активации

Активация может выполняться автоматически или вручную. Данные сортируются в начале прогона активации. Это выполняется, в первую очередь, в соответствии с семантическим ключом ODS-объекта (т. е. по таблице с активными данными). Во-вторых, данные сортируются согласно техническому ключу очереди активации. Это совпадает с последовательностью загрузки, включающей различные записи данных. Последовательность сортировки позволяет выполнять активацию параллельно. Это возможно, так как все записи данных, принадлежащие одному семантическому ключу, не распределяются между несколькими процессами. Количество активируемых записей данных обуславливает количество запускаемых процессов активации. Во втором случае можно определить параллельное или последовательное выполнение процессов. Можно выбрать объединение изменений, вызванных из различных запросов загрузки, в запросе журнала изменений или создание запроса журнала изменений для каждого загружаемого запроса (см. рис. Опции при активации запросов).

418

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Рисунок 135: Опции при активации запросов

Создание запроса журнала изменений для каждого запроса загрузки данных влияет на опции удаления запросов (Для получение дополнительной информации см. Функции удаления on page 426). Поскольку для запроса журнала изменений существует ровно один запрос загрузки, имеется возможность удаления отдельных запросов. Примечание: Эти настройки также влияют на количество изменений. Если необходимо внести изменения в связанные цели данных, следует выбрать параметр настройки "Создавать запрос журнала изменений для каждого загруженного запроса".

Активация: пример В следующем примере для каждого запроса загрузки выбрана опция создания запроса журнала изменений. Прежде всего, активируется REQU1, а запись данных с количеством 10 переводится в активную таблицу и в журнал изменений. Затем активируются данные для второго запроса. После этого новая запись данных заменяет существующую. Рекомендация: Для этого показателя используется вид обновления Перезапись.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

419

Раздел 8: ODS-объекты

BW310

Рисунок 136: Пример активации 1

В новом запросе журнала изменений изменения представлены начальным и конечным отображениями. Начальное отображение представляет собой первоначальный статус записи данных, при этом, однако, у показателей изменены знаки. Конечное отображение отражает новый статус. В результате по завершении прогона активации три записи данных из двух запросов появляются в журнале изменений. В нашем примере обе загруженные записи относятся к одному семантическому ключу № док. Поэтому таблица с активными данными имеет только одну запись. После успешной активации очередь активации будет пустой. Номера запросов, сгенерированные при активации в журнале изменений, отличаются от номеров в очереди активации.

420

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Рисунок 137: Пример активации

Типы ODS-объектов В системе SAP BW существует два типа ODS-объектов:

Рисунок 138: Стандартные ODS-объекты

1.

Стандартный ODS-объект Описание этого типа ODS-объектов приведено выше. Этот объект включает три таблицы (очередь активации, таблицу с активными данными, журнал изменений). Он полностью интегрирован

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

421

Раздел 8: ODS-объекты

BW310

в процесс стейджинга. Другими словами, данные могут быть загружены и выгружены из процесса стейджинга. Использование средств журнала изменений означает, что все изменения также будут сохранены и доступны в качестве дельта-загрузок для связанных целей данных. Эти ODS-объекты можно при желании использовать непосредственно в системе отчетов. 2.

Оперативный ODS-объект Этот тип ODS-объекта имеет только таблицу с активными данными. Это означает, что он не может быть интегрирован в процесс стейджинга, так как используются и таблица ввода (очередь активации), и таблица вывода для связанных целей данных (журнал изменений). Этот тип ODS-объектов пополняется с использованием API; чтение данных осуществляется через BAPI. Примечание: API для пополнения/удаления: • • • •

RSDRI_ODSO_INSERT_RFC RSDRI_ODSO_UPDATE_RFC RSDRI_ODSO_DELETE_RFC RSDRI_ODSO_MODIFY_RFC

BAPI для чтения (также может использоваться для стандартных ODS-объектов): •

BAPI_ODSO_READ_DATA

Оперативные ODS-объекты не являются автоматически доступными для системы отчетов. Если их необходимо использовать для системы отчетов, то, во-первых, необходимо определить для них инфо-набор. Затем на основе этих инфо-наборов можно создавать запросы.

Рисунок 139: Оперативный ODS-объект

422

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Определение и параметры настройки ODS-объектов При создании ODS-объектов необходимо определить следующее: •

•

•

Какие инфо-объекты следует использоваться в качестве ключевых полей для ODS-объекта? Эти поля затем используются при определении ключа таблицы с активными данными. В качестве ключевых полей можно использовать признаки, временные признаки и единицы. Какие инфо-объекты должны содержать поля данных? Поля данных могут быть показателями, признаками, временными признаками или единицами. Какие атрибуты навигации (Атрибут навигации) должны быть активированы для этого ODS-объекта? Рекомендация: Этот параметр настройки релевантен только для тех ODS-объектов, которые были деблокированы для системы отчетов.

Кроме того, необходимо обратить внимание на следующие технические параметры настройки: •

• •

•

III квартал 2004

Имеется ли возможность использования ODS-объекта в BEx-отчетах? Эта метка устанавливается только в том случае, если ODS-объект используется в системе отчетов. Это вызвано тем, что такая настройка снижает производительность при загрузке данных в этот ODS-объект. Тип ODS-объекта: определяет тип используемого объекта: стандартный ODS-объект или оперативный ODS-объект. Уникальные записи данных: эта метка устанавливается в том случае, если инфо-источник, связанный с ODS-объектом, поставляет только уникальные записи. Это позволяет повысить производительность. В этом контексте уникальный означает, для комбинации ключей, уже имеющейся в ODS-объекте, повторная загрузка не производится. Кроме того, комбинации ключей должны быть уникальными в пределах запроса. Определение инфо-объекта при такой настройке осуществляется при условии, что данный ODS-объект служит проверочной таблицей для какого-либо другого инфо-объекта. Другими словами, это только функция просмотра. Настройка производится в ведении инфо-объекта.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

423

Раздел 8: ODS-объекты

•

BW310

Индикатор АвтомУстановка статуса качества на o.k. приводит к установке статуса качества на o.k. после загрузки без технических ошибок Это является предпосылкой для активации и дальнейшего обновления данных в связанных целях данных. Предупреждение: Рекомендуется всегда использовать этот автоматический индикатор статуса качества. Если статус качества автоматически не устанавливается на o.k., то необходимо вручную перед активацией данных установить этот статус в управлении ODS-объектом.

•

•

Если установлен индикатор Автоматическая активация данных ODS-объекта, то данные активируются непосредственно из очереди активации после установки статуса качества o.k. Аналогично, процесс обновления данных в связанных целях данных также может быть запущен сразу после успешной активации данных. Это достигается установкой индикатора Автоматическое обновление целей данных из ODS-объекта. Рекомендация: Установка параметров настройки для автоматизации последующих процессов после загрузки данных происходит при определении соответствующего ODS-объекта. Кроме того, имеется опция управления последующими процессами ODS-объектов при помощи цепочек процессов, связанных с предшествующими процессами и их статусом.

При использовании ODS-объекта для системы отчетов полезно выполнить определение вторичных индексов. Эти индексы также можно создать при ведении ODS-объекта.

424

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Рисунок 140: Определение ODS-объекта

Моделирование ODS-объектов Самый важный вопрос при моделировании ODS-объектов: какие инфо-объекты формируют ключевые поля ODS-объекта, и какие инфо-объекты представляют поля данных? При этом не следует учитывать особенности моделирования инфо-кубов, так как поля данных в ODS-объекте могут содержать и показатели, и признаки. При моделировании ODS-объекта необходимо определить следующее: 1.

Какие инфо-объекты должен содержать ODS-объект?

2.

Какие объекты однозначно определяют процесс? Эти объекты не зависят друг от друга и, как правило, формируют ключ ODS-объекта.

3.

Все другие объекты, т. е. те объекты, которые являются тем или иным образом зависящими от объектов, определенных на втором шаге, обычно составляют поля данных для ODS-объекта.

ODS-объект, который содержит информацию по счетам на уровне заголовка и позиции, как правило, получает в качестве ключевых полей только счет-фактуру инфо-объекта и номер позиции счета. Все другие объекты, такие как клиент, материал и выручка, должны быть смоделированы как поля данных. Может оказаться, что моделирование этих отношений довольно затруднительно –

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

425

Раздел 8: ODS-объекты

BW310

например, в случае отсутствия необходимости обновления данных в ODS-объекте на уровне документа или позиции документа. В этом случае, имеет смысл выводить эти отношения с помощью модели отношений позиций.

Демонстрация: Creating an ODS Object Цель Defining and Loading ODS Objects

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: No other settings are necessary. Use the objects and steps in the exercise. 1.

Create a new ODS object.

2.

Create the update rules.

3.

Load data into your ODS object.

Управление ODS-объектами В этом разделе рассматриваются особенности управления ODS-объектами. В частности, рассматриваются различные функции удаления, интеграция новых целей данных в существующий поток данных, моделирование обновления в связанных целях данных и заявка на исправление.

Функции удаления В системе BW существует несколько способов удаления данных из ODS-объекта: 1.

удаление запросов;

2.

выборочное удаление;

3.

удаление запросов из журнала изменений.

Удаление запросов

426

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Удаление отдельных запросов преимущественно используется для удаления из ODS-объекта запросов с ошибками. В процессе удаления следует различать две ситуации: 1.

Удаляемый запрос(ы) еще не был активирован. В этом случае запросы просто удаляются из очереди активации. Поскольку эти запросы не были активированы, вносить исправления в таблицу с активными данными и журнал изменений не требуется.

2.

Удаляемый запрос(ы) был активирован. Рекомендация: При этом удаляемые запросы не должны обновляться в связанных целях данных или при переносе в эти цели данных. При выполнении активации можно активировать более одного запроса, а в запросе журнала изменений имеется опция их объединения. Поэтому следует различать две ситуации: a. Для каждого загружаемого запроса существует ровно один запрос журнала изменений (далее называемый запросом PSA). В этом случае запрос журнала изменений удаляется из журнала изменений и из таблицы с активными данными. b. При выполнении активации несколько запросов PSA были объединены в один запрос журнала изменений. В этом случае все другие запросы PSA, которые содержатся в этом же запросе журнала изменений, при удалении запроса PSA также удаляются. В обоих случаях при удалении выполняется откат. Откат означает возврат к статусу, имевшему место до момента проводки удаляемых запросов. Если удаляемый запрос не является последним запросом ODS-объекта, то все запросы, которые были активированы после удаляемого запроса, тоже должны быть удалены из ODS-объекта.

Удаление запроса инициируется из управления ODS-объектами. При этом выбирается один или несколько запросов; затем они удаляются. Предпосылкой для использования этой процедуры удаления является то, что удаляемые запросы не были обновлены в связанных целях данных. В этом случае, сначала следует удалить запросы из всех задействованных целей данных, а затем сбросить статус информационной витрины. Если удаляемые запросы все еще содержатся в связанных целях данных, можно выполнить следующее: в ракурсе управления ODS-объектом на закладке Запросы просмотрите столбец Статус информационной витрины инфо-куба/ODS. При обновлении запросов в связанных целях данных в этом столбце

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

427

Раздел 8: ODS-объекты

BW310

появляется зеленая галочка. При нажатии на эту галочку появится всплывающее окно, в котором будет выведено название исходящего запроса. Необходимо записать этот номер (он потребуется при удалении запросов из задействованных целей данных в одном из следующих шагов). В этом всплывающем окне также имеется кнопка монитора. Эта кнопка используется для доступа к монитору этого запроса. В окне монитора также имеется кнопка “Управление целями данных”, используемая для доступа к целям данных, задействованным в этом запросе. После этого можно выполнить удаление запросов.

Рисунок 141: Удаление запросов

Выборочное удаление Функция выборочного удаления преимущественно используется для удаления данных из ODS-объекта, соответствующего заданным критериям удаления. Эта функция используется для удаления данных из ODS-объекта, который относится, например, к определенной сбытовой организации. Предупреждение: Выборочное удаление касается только таблицы с активными данными. Записи при этом только удаляются. Журнал изменений или очередь активации в расчет не принимаются. Это означает, что при реорганизации связанных целей данных данные могут обновляться из ODS-объекта,

428

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

который был удален из таблицы с активными данными. Это обусловлено использованием при реорганизации журнала изменений. Примечание: Также функция выборочного удаления используется совместно с архивацией данных из ODS-объекта, когда данные для этой архивации удаляются из ODS-объекта после записи данных в архивный файл. Функция выборочного удаления появляется также в управлении ODS-объектами. Если выборочное удаление применяется для удаления ошибочных записей данных из ODS-объекта (ошибочных записей сбытовой организации за определенный период), то можно повторно выполнить проводку правильных или исправленных записей посредством 'заявки на исправление'.

Рисунок 142: Выборочное удаление

Удаление журнала изменений

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

429

Раздел 8: ODS-объекты

BW310

Эту функцию можно использовать для удаления запросов журнала изменений, которые больше не требуются для обновления или реорганизации связанных целей данных. Рекомендация: Это может понадобиться для сохранения места в памяти в случае частых изменений данных, обновляемых в ODS-объекте. Это вызвано тем, что в этом случае журнал изменений становится много больше, чем таблица с активными данными для ODS-объекта. Кроме того, имеет смысл удалять данные журнала изменений там, где журнал изменений больше не нужен. Очевидно, что после удаления запросов из журнала изменений их больше не требуется обновлять в связанных целях данных. Можно просто получить фактический статус данных посредством полной загрузки из ODS-объекта. В результате история изменений будет утеряна.

430

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Удаление из журнал изменений 1.

В управлении ODS-объектом выберите Среда → Удалить данные журнала изменений.

2.

Укажите число дней или дату, в соответствии с которыми должны удаляться запросы.

3.

Запланируйте прогон программы удаления.

или

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

431

Раздел 8: ODS-объекты

BW310

1.

Вызовите дерево PSA.

2.

В главном меню выберите Параметры настройки → Просмотр сгенерированных объектов, затем выберите Показать сгенерированные ODS-объекты. Появится инфо-источник к данному ODS-объекту. Техническое имя инфо-источника содержит имя ODS-объекта (например, T_MSODS1) и префикс 8 (например, 8T_MSODS1).

3.

В контекстном меню для инфо-источника выберите Удалить данные PSA... или выберите Удалить данные журнала изменений для записи PSA присвоенной исходной системы.

4.

Укажите число дней или дату, в соответствии с которыми должны удаляться запросы.

5.

Запланируйте прогон программы удаления. Примечание: Сгенерированные ODS-объекты присваиваются прикладному компоненту Информационные витрины (DM) в дереве PSA.

Интеграция новой цели данных в существующий поток данных Рекомендация: Следующие замечания относятся также к ситуации, когда источники данных еще только должны быть связаны с ODS-объектом, а одна или несколько целей данных связываются с ODS-объектом, который уже содержит данные. Во многих случаях требуется интегрировать новую цель данных в существующий поток данных. При этом различные цели данных часто уже содержат данные из ODS-объекта. Дополнительная цель данных должна теперь быть связана с ODS-объектом. Исходный ODS-объект уже поставляет данные двум связанным целям данных: ODS-объекту и инфо-кубу. Это проиллюстрировано на следующем рисунке Сценарий для интеграции новой цели данных. Для этих двух целей данных уже было выполнено дельта-обновление. В результате цели данных уже содержат данные. Теперь требуется связать новую цель данных с исходным ODS-объектом. В данном случае это будет дополнительный ODS-объект. Рекомендация: Следующее описание справедливо независимо от того, подключается ли дополнительный ODS-объект или инфо-куб.

432

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Предпосылкой для следующих шагов является то, что все ранее присоединенные цели данных берут дельты из исходного ODS-объекта. В результате цели данных содержат непротиворечивый набор данных. Весь набор данных, содержавшийся в исходном ODS-объекте (а также в двух уже существующих целях данных), должен теперь переместиться в новую присоединенную цель данных. После этого все три цели данных должны получить эти новые созданные дельты.

Рисунок 143: Сценарий интеграции новой цели данных

Существуют три способа переноса имеющегося набора данных в новую присоединенную цель данных: 1.

реорганизация новой цели данных;

2.

первоначальное пополнение целей данных начальными значениями и дельтами;

3.

полная загрузка.

Эти три варианта частично отличаются друг от друга по первым экранам в инструментальных средствах администратора. Их использование зависит также от перемещаемых данных. Различие поясняется в следующем разделе.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

433

Раздел 8: ODS-объекты

BW310

Реорганизация новой присоединенной цели данных Эта функция запускается из управления новой присоединенной целью данных.

Рисунок 144: Реорганизация новой цели данных

Необходимо выбрать исходный ODS-объект для выполнения процесса реорганизации с помощью кнопки Выбор, выделенной на рисунке красным. После выбора этой опции данные cчитываются из журнала изменений исходного ODS-объекта так, что в итоге все изменения, внесенные в исходном ODS-объекте, переносятся в новую цель данных.

434

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Рисунок 145: Ограничения для реорганизации целей данных

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

435

Раздел 8: ODS-объекты

BW310

Реорганизация связанных целей данных 1.

В дереве инфо-провайдеров в контекстном меню для новой присоединенной цели данных выберите Управление.

2.

На закладке Реорганизация выберите функцию Выбор.

3.

В диалоговом окне Ограничения для реорганизации целей данных выберите Выбор. В поле Цели данных введите техническое имя ODS-объекта, из которого будут загружаться данные.

4.

Подтвердите ввод с помощью Выполнение изменений (Enter)

.

Результат На экране появится выбранный запрос. Теперь можно обновить данные в связанной цели данных с помощью Реорганизовать/Добавить.

Пополнение связанных целей данных начальными значениями/дельтами Другой вариант пополнения новой цели данных уже существующими данными заключается в применении функции Начальное обновление. Эту функцию можно вызвать в контекстном меню исходного ODS-объекта путем выбора Обновление данных ODS в целях данных...

436

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Первоначальное пополнение целей данных начальными значениями и дельтами 1.

В дереве инфо-провайдеров в контекстном меню для ODS-объекта выберите Обновление данных ODS в целях данных...

2.

В диалоговом окне Обновление таблицы ODS выберите опцию Начальное обновление.

3.

Выберите Обновить (F5).

Результат Появится Планировщик (Ведение инфо-пакета). Теперь можно запланировать обновления в связанных целях данных. Предупреждение: На закладке Цели данных необходимо определить связанные цели данных с активными правилами обновления, которые следует обновлять перед планированием инфо-пакета.

Полное обновление Третий вариант заключается в запуске полной загрузки из исходного ODS-объекта в новую присоединенную цель данных. Первый экран для этой функции можно также открыть в контекстном меню исходного ODS-объекта путем выбора Обновление данных ODS в целях данных... Особенностью этого процесса загрузки является то, что данные считываются из таблицы активных данных исходного ODS-объекта. При этом считывается фактический статус данных. Изменения, выполненные в прошлом, в новые цели данных не переносятся. При этом варианте происходит считывание фактического статуса данных из таблицы с активными данными. Поэтому эту опцию можно использовать при регулярном удалении запросов из журнала изменений.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

437

Раздел 8: ODS-объекты

BW310

Пополнение целей данных посредством полного обновления 1.

В дереве инфо-провайдеров в контекстном меню для ODS-объекта выберите Обновление данных ODS в целях данных...

2.

В диалоговом окне Обновление таблицы ODS выберите опцию Пополнить цели данных начальными значениями/дельтами.

3.

Выберите Обновить (F5).

Результат Появится Планировщик (Ведение инфо-пакета). Теперь можно запланировать обновление в связанных целях данных. Предупреждение: На закладке Цели данных необходимо определить связанные цели данных с активными правилами обновления, которые следует обновлять перед планированием инфо-пакета. Рекомендация: После выбора одной из этих трех опций, описанных выше, и успешного завершения задания, возможно дальнейшее обновление появившихся при этом дельт в связанных целях данных. Здесь следует особо отметить, что все это относится и к третьему варианту Полное обновление. При выборе третьего варианта выполняется полная загрузка, после которой становится возможной загрузка дельт. Как правило, в системе BW это невозможно.

Моделирование обновления в связанных целях данных В системе BW можно моделировать обновление данных из ODS-объекта в связанные цели данных. Примечание: Можно также выполнить моделирование из PSA в ODS-объект. Поскольку это является стандартной функцией PSA, в этом разделе данная функция не рассматривается. Моделирование позволяет шаг за шагом проследить, что происходит с данными в процессе обновления. Предупреждение: По техническим причинам, моделирование возможно только в том случае, когда обновление содержит таблицу PSA.

438

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Это относится к каждому начальному и дельта-обновлению, поскольку во время обновления происходит считывание данных из журнала изменений ODS-объекта. С технической точки зрения, журнал изменений является таблицей PSA. Во время полной загрузки моделирование возможно только в том случае, если создан собственный инфо-пакет и явно определен метод обработки, в котором данные загружаются с помощью PSA. Можно выполнять моделирование ошибочных и правильных запросов, а также тех, для которых еще не была выполнена проводка. Рекомендация: Моделирование запросов, для которых еще не была выполнена проводка, возможно только из дерева PSA. Эту функцию можно вызвать в мониторе двумя способами: 1.

В ракурсе источника данных, на закладке Подробно для запроса, в контекстном меню для цели данных путем выбора Дальнейшее обновление, Просмотр запроса.

2.

В ракурсе цели данных, на закладке Подробно для запроса, в контекстном меню для пакета данных путем выбора Обработка (Пакеты данных), Моделирование обновления.

Рисунок 146: Монитор в ракурсе источника данных

Этот ракурс можно вызвать из монитора после инициализации загрузки из исходного ODS-объекта из ракурса управления исходного ODS-объекта (закладка Запросы). Из ракурса подробных данных можно произвести поиск запрашиваемого шага обновления в целевом объекте и в контекстном меню перейти к ракурсу цели данных монитора путем выбора Просмотр запроса. Таким образом,

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

439

Раздел 8: ODS-объекты

BW310

целью этого шага является переход к ракурсу цели данных монитора, из которого запускается фактическое моделирование посредством последовательной трассировки запроса.

Рисунок 147: Монитор в ракурсе целей данных

При этом в контекстном меню можно запустить моделирование для определенного пакета данных. •

Монитор в ракурсе источника данных: этот ракурс можно вызвать из ракурса управления целью данных (закладка “Запросы”). Запуск моделирования происходит согласно описанию выше.

С помощью моделирования можно выяснить, каким образом данные в пакете данных появляются в структуре связи и в цели данных. При этом можно также произвести отладку правил обновления.

Заявка на исправление Часто требуется выполнить проводку полных загрузок в ODS-объект с помощью существующей дельта-процедуры. Это может быть полезно в случае удаления по какой-либо причине из ODS-объекта обновленных данных. Например, из-за появления некорректных данных потребовалось удалить данные определенной сбытовой организации, которые были обновлены в ODS-объекте с помощью дельта-процедуры. В этом случае можно повторно выполнить проводку исправленных данных для этой сбытовой организации посредством заявки на исправление. Такая заявка на исправление является полной загрузкой, обозначаемой как заявка на исправление. В результате существующая дельта-процедура не становится недействительной. Для инициирования заявки на исправление необходимо создать инфо-пакет с режимом обновления "Полное обновление". В меню “Планировщик” выберите опцию “Исправить полный запрос”. При этом можно определить вид запроса как

440

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

заявку на исправление. Вообще говоря, эту функцию всегда можно использовать для проводки полных обновлений в ODS-объекте, который получает данные посредством дельта-процедуры.

Сценарий

Рисунок 148: Пример сценария – информационные витрины

Демонстрация: Updating from an ODS Object Цель To connect additional data targets and to update from the ODS object.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: No other settings are necessary. Use the objects and steps in the exercise. 1.

III квартал 2004

Create update rules between the prepared InfoCube GR## Data Mart (T_22B##) and your ODS object.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

441

Раздел 8: ODS-объекты

442

BW310

2.

Use the delta method to update data from the ODS object into the InfoCube.

3.

Load an additional request into your ODS object and display the automated subsequent processing in the InfoCube.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Упражнение 12: ODS-объекты Время на упражнения: 30 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • определять ODS-объекты • загружать данные в ODS-объект и активировать их • обновлять данные для ODS-объекта в связанных целях данных

Практический пример В этом упражнении Вы выполните загрузку данных из исходной системы SAP R/3 в ODS-объект с помощью инфо-источника 2LIS_11_VAITM (Заказ клиента: данные позиций). Затем с помощью дельта-процедуры будет выполнено дальнейшее обновление данных в инфо-кубе.

Данные системы Система: See this week’s mail Мандант: 800 Ид. пользователя Training Пароль: See this week’s mail Инструкция по настройке: 1.

After the system has copied the training master, you have to replicate the 2LIS_11_VAITM DataSource again from source system (T90CLN090).

You also need to reactivate the transfer structure and the transfer rules.

Задание В дереве инфо-провайдеров инструментальных средств администратора создайте новый ODS-объект для позиций заказа клиента.

III квартал 2004

1.

Выберите Инструментальные средства администратора → Моделирование→ Инфо-провайдер. Выберите Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ##.

2.

Создайте новый ODS-объект для позиций заказа клиента с техническим именем T_ODS## и описанием GR## Заказы ODS . Образцы использовать не следует. Продолжение на следующей странице

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

443

Раздел 8: ODS-объекты

3.

BW310

В Обработка ODS-объекта выполните ведение следующих параметров настройки: Активируйте индикатор BEx-отчетов, так как в будущем ODS-объект будет использоваться для создания отчетов. Кроме того, необходимо максимально автоматизировать процесс загрузки данных, поэтому следует активировать параметры настройки так, чтобы процесс активации запускался автоматически, и статус качества также устанавливался автоматически.

4.

Выполните ведение для Ключевые поля ODS-объекта. В качестве образца выберите инфо-источник2LIS_11_VAITM. В дальнейшем он будет присоединен к ODS-объекту и будет содержать все релевантные данные для ODS-объекта. В качестве Ключевые поля в ODS-объекте должны использоваться инфо-объекты Документ сбыта (0DOC_NUMBER) и Позиция документа сбыта (0S_ORD_ITEM). Использование этих инфо-объектов обеспечивает однозначность определения позиции заказа клиента. Рекомендация: Поскольку номера заказов могут присваиваться каждый год заново, в ключ также следует включить год.

5.

Выполните ведение для Поля данных ODS-объекта. Перенесите следующие инфо-объекты в Поля данных ODS-объекта: Название инфо-объекта

Техническое имя

Сбытовая организация

0SALESORG

Группа сбыта

0SALES_GRP

Сектор

0DIVISION

Группа материалов

0MATL_GROUP

Материал

0MATERIAL

Дата последнего изменения

0CH_ON

Заказчик

0SOLD_TO

Отдел сбыта

0SALES_OFF

Продолжение на следующей странице

444

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Стоимость нетто позиции заказа в валюте документа

0NET_VALUE

Кумулятивное количество заказа в продажных ЕИ

0CML_OR_QTY

После присвоения всех инфо-объектов можно активировать ODS-объект. 6.

Определите правила обновления между инфо-источником 2LIS_11_VAITM и только что определенным ODS-объектом T_ODS##. Необходимые присвоения производятся автоматически; на основе одинакового технического ключа объектов инфо-источника и ODS-объекта создается предложение. В результате для всех инфо-объектов раздела данных устанавливается вид обновления Перезапись. Значение для всех неизмененных документов остается изначальным (пустым), так как поле Дата последнего изменения (0CH_ON) содержит 'дату изменения' только для фактических изменений исходной системы. Так как других полей дат для обновления нет, то поле Дата последнего изменения (0CH_ON) в ODS-объекте не должно быть пустым. Измените правила обновления для Дата последнего изменения (0CH_ON). Для этого создайте формулу с описанием Д/ПоследОбраб: Если начальным является поле 0CH_ON, проверьте, что в поле 0CH_ON содержится дата создания документа 0CREATEDON из структуры связи. Это можно выполнить с помощью следующей формулы (технический просмотр в экспертном режиме): IF( IS_INITIAL( CH_ON ), CREATEDON, CH_ON )

7.

С помощью инфо-источника 2LIS_11_VAITM загрузите в ODS-объект переменные данные из исходной системы T90CLNT090 для сбытовой организации 1000. Для этого создайте инфо-пакет с описанием T_ODS## - Полные 1000. Выберите вид обновления PSA и затем в цели данных (по пакетам) и режим обновления Полное обновление. Затем запустите процесс загрузки.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

445

Раздел 8: ODS-объекты

BW310

Предупреждение: Загружать данные следует только в свой ODS-объект. Затем проверьте содержимое трех таблиц ODS-объекта. После успешной активации данных в ODS-объекте очередь активации становится пустой, а таблицы для активных данных и журнала изменений пополняются данными. 8.

Данные, только что загруженные в ODS-объект, теперь должны быть обновлены в инфо-кубе GR## Информационная витрина (T_22B##). Для этого необходимо создать правила обновления между ODS-объектом и инфо-кубом. Для временных признаков автоматическое присвоение невозможно. Это вызвано тем, что ODS-объект содержит инфо-объект 0CH_ON (Последняя дата изменения), в то время как инфо-куб содержит 0CALDAY и т. д. Это следует выполнить вручную. На закладке Временная ссылка в поле Подробные данные правила обновления выберите исходный признак 0CH_ON для всех временных признаков инфо-куба и правил для всех показателей.

9.

Используйте дельта-процедуру для обновления данных из ODS-объекта в инфо-куб (начальное обновление). В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS## Управление архивом. Предупреждение: Прежде чем продолжить работу после создания правил обновления, обновите дерево инфо-провайдера

так, чтобы буфер был обновлен.

Немедленно запустите процесс загрузки и проверьте статус в мониторе. Выполните дополнительную проверку управления ODS-объектом и убедитесь, что запрос успешно обновлен в связанных целях данных (Статус информационной витрины инфо-куба/ODS).

446

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Решение 12: ODS-объекты Задание В дереве инфо-провайдеров инструментальных средств администратора создайте новый ODS-объект для позиций заказа клиента. 1.

Выберите Инструментальные средства администратора → Моделирование→ Инфо-провайдер. Выберите Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ##. a)

2.

3.

В контекстном меню для инфо-области Группа ## (T_05A##) выберите → Создать ODS-объект...

Создайте новый ODS-объект для позиций заказа клиента с техническим именем T_ODS## и описанием GR## Заказы ODS . Образцы использовать не следует. a)

Введите техническое имя и описание.

b)

Выберите Создать

.

В Обработка ODS-объекта выполните ведение следующих параметров настройки: Активируйте индикатор BEx-отчетов, так как в будущем ODS-объект будет использоваться для создания отчетов. Кроме того, необходимо максимально автоматизировать процесс загрузки данных, поэтому следует активировать параметры настройки так, чтобы процесс активации запускался автоматически, и статус качества также устанавливался автоматически. a) b) c)

4.

Установите флаг Параметры настройки → BEx-отчеты. Установите флаг Параметры настройки → АвтомУстановка статуса качества OK. Установите флаг Параметры настройки → Автоматическая активация данных ODS-объекта.

Выполните ведение для Ключевые поля ODS-объекта. В качестве образца выберите инфо-источник2LIS_11_VAITM. В дальнейшем он будет присоединен к ODS-объекту и будет содержать все релевантные данные для ODS-объекта.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

447

Раздел 8: ODS-объекты

BW310

В качестве Ключевые поля в ODS-объекте должны использоваться инфо-объекты Документ сбыта (0DOC_NUMBER) и Позиция документа сбыта (0S_ORD_ITEM). Использование этих инфо-объектов обеспечивает однозначность определения позиции заказа клиента. Рекомендация: Поскольку номера заказов могут присваиваться каждый год заново, в ключ также следует включить год. a)

Выберите Инфо-источник

b) c)

Выберите Поиск . Введите имя объекта 2LIS_11_VAITM и выполните поиск

d) e)

5.

для просмотра полей образца.

. Путем выбора Дальше (Enter) перенесите инфо-источник в образец. Откройте папку Признаки и методом перетаскивания перенесите признаки Документ сбыта (0DOC_NUMBER) и Позиция документа сбыта (0S_ORD_ITEM) в папку Ключевые поля определения ODS-объекта.

Выполните ведение для Поля данных ODS-объекта. Перенесите следующие инфо-объекты в Поля данных ODS-объекта: Название инфо-объекта

Техническое имя

Сбытовая организация

0SALESORG

Группа сбыта

0SALES_GRP

Сектор

0DIVISION

Группа материалов

0MATL_GROUP

Материал

0MATERIAL

Дата последнего изменения

0CH_ON

Заказчик

0SOLD_TO

Отдел сбыта

0SALES_OFF

Стоимость нетто позиции заказа в валюте документа

0NET_VALUE

Кумулятивное количество заказа в продажных ЕИ

0CML_OR_QTY

Продолжение на следующей странице

448

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

После присвоения всех инфо-объектов можно активировать ODS-объект. a)

Методом перетаскивания переместите инфо-объекты в Поля данных в определении структуры ODS-объекта. Рекомендация: Удерживая кнопку управления нажатой, выберите несколько объектов и перенесите их все одновременно в это определение. Рекомендация: Поскольку технические имена инфо-объектов уже известны, это можно сделать и вручную: В контекстном меню папки Поля данных выберите Вставить инфо-объекты, а в столбце Инфо-объект на экране Вставить инфо-объекты введите технические имена инфо-объектов. Предупреждение: Путем выбора Обновить проверьте, существовали ли введенные инфо-объекты до передачи введенных данных посредством Дальше .

b)

Активируйте ODS-объект

и выйдите из ведения

ODS-объекта путем выбора Назад (F3) 6.

.

Определите правила обновления между инфо-источником 2LIS_11_VAITM и только что определенным ODS-объектом T_ODS##. Необходимые присвоения производятся автоматически; на основе одинакового технического ключа объектов инфо-источника и ODS-объекта создается предложение. В результате для всех инфо-объектов раздела данных устанавливается вид обновления Перезапись. Значение для всех неизмененных документов остается изначальным (пустым), так как поле Дата последнего изменения (0CH_ON) содержит 'дату изменения' только для фактических изменений исходной системы. Так как других полей дат для обновления нет, то поле Дата последнего изменения (0CH_ON) в ODS-объекте не должно быть пустым. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

449

Раздел 8: ODS-объекты

BW310

Измените правила обновления для Дата последнего изменения (0CH_ON). Для этого создайте формулу с описанием Д/ПоследОбраб: Если начальным является поле 0CH_ON, проверьте, что в поле 0CH_ON содержится дата создания документа 0CREATEDON из структуры связи. Это можно выполнить с помощью следующей формулы (технический просмотр в экспертном режиме): IF( IS_INITIAL( CH_ON ), CREATEDON, CH_ON ) a) b)

c)

d) e) f) g)

h)

i) j)

В контекстном меню ODS-объекта выберите Создать правила обновления. Выберите инфо-источник 2LIS_11_VAITM в качестве источника данных и подтвердите ввод с помощью или Следующий экран (F7) . На экране Создать правила обновления: Правила для признака Дата последнего изменения (0CH_ON) в столбце Вид выберите . ведение подробных данных В качестве Метод обновления выберите опцию Формула и . создайте новую формулу В Подробный текст введите описание Д/ПоследОбраб. Прежде всего, выберите в качестве Основная функция IF. В качестве параметра Условие для функции IF выберите в Другие функции опцию IS_INITAL (Проверка начального значения). В качестве Переменная для функции IS_INITIAL (Проверка начального значения) среди полей Структура связи выберите CH_ON (Дата изменения). Среди полей Структура связи выберите для параметра Result_if _"TRUE" функции IF значение CREATEDON Среди полей Структура связи выберите для параметра Result_if_"FALSE" функции IF значение CH_ON.

k)

Проверьте формулу

l)

Закройте экран обработки формулы

.

формулу в правила обновления m) Активируйте правила обновления 7.

и перенесите эту

. .

С помощью инфо-источника 2LIS_11_VAITM загрузите в ODS-объект переменные данные из исходной системы T90CLNT090 для сбытовой организации 1000. Для этого создайте инфо-пакет с описанием T_ODS## - Полные 1000. Продолжение на следующей странице

450

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Выберите вид обновления PSA и затем в цели данных (по пакетам) и режим обновления Полное обновление. Затем запустите процесс загрузки. Предупреждение: Загружать данные следует только в свой ODS-объект. Затем проверьте содержимое трех таблиц ODS-объекта.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

451

Раздел 8: ODS-объекты

BW310

После успешной активации данных в ODS-объекте очередь активации становится пустой, а таблицы для активных данных и журнала изменений пополняются данными. a)

b) c) d) e) f)

В Инструментальные средства администратора → Моделирование → Инфо-источники перейдите к прикладному компоненту Прикладные компоненты SAP → Прикладные компоненты системы R/3 → Сбыт → Заказ клиента: данные позиций (С 2.0B) (2LIS_11_VAITM). В контекстном меню исходной системы T90CLNT090 выберите Создать инфо-пакет... В поле Название инфо-пакета введите T_ODS## - Полные 1000 и сохраните инфо-пакет . На закладке Выбор данных выберите Сбытовая организация 1000. На закладке Обработка выберите опцию PSA и затем в цели данных (по пакетам). На закладке Цели данных выберите опцию Выбор целей данных и выберите ODS-объект T_ODS##. Предупреждение: Загружать данные следует только в свой ODS-объект.

g) h)

На закладке Обновление выберите режим обновления Полное обновление. На закладке Запланировать выберите Немедленный запуск загрузки данных и запустите процесс загрузки данных

i)

. Для проверки процесса загрузки данных в мониторе

j)

выберите . Выделите запрос и выберите в мониторе Управление целями

k)

После этого будет выполнен переход к данных... управлению ODS-объектом. На закладке Содерж проверьте количество записей данных в таблицах. Для проверки количества записей данных в таблицах выберите

, , а затем

8.

и .

Данные, только что загруженные в ODS-объект, теперь должны быть обновлены в инфо-кубе GR## Информационная витрина (T_22B##). Продолжение на следующей странице

452

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Для этого необходимо создать правила обновления между ODS-объектом и инфо-кубом. Для временных признаков автоматическое присвоение невозможно. Это вызвано тем, что ODS-объект содержит инфо-объект 0CH_ON (Последняя дата изменения), в то время как инфо-куб содержит 0CALDAY и т. д. Это следует выполнить вручную. На закладке Временная ссылка в поле Подробные данные правила обновления выберите исходный признак 0CH_ON для всех временных признаков инфо-куба и правил для всех показателей. a)

b) c)

Выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер. Выберите Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ##. В контекстном меню инфо-куба GR## Информационная витрина (T_22B##) выберите → Создать правила обновления. В качестве источника данных выберите ODS-объект T_ODS## и подтвердите ввод с помощью Enter или Следующий экран

d)

. (F7) На экране Создать правила обновления: Правила в столбце Вид

e)

. выберите ведение подробных данных На закладке Временная ссылка в столбце Метод для каждого временного признака для инфо-куба выберите далее выберите Исходный признак → 0CH_ON.

и

Подтвердите выбор с помощью и скопируйте Исходный признак в правила для всех показателей. Выберите Скопировать для переноса правил для всех показателей и нажмите f) 9.

.

Активируйте правила обновления .

Используйте дельта-процедуру для обновления данных из ODS-объекта в инфо-куб (начальное обновление). В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS## Управление архивом.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

453

Раздел 8: ODS-объекты

BW310

Предупреждение: Прежде чем продолжить работу после создания правил обновления, обновите дерево инфо-провайдера

так, чтобы буфер был обновлен.

Немедленно запустите процесс загрузки и проверьте статус в мониторе. Выполните дополнительную проверку управления ODS-объектом и убедитесь, что запрос успешно обновлен в связанных целях данных (Статус информационной витрины инфо-куба/ODS). a) b) c)

d) e)

454

В контекстном меню для ODS-объекта T_ODS## выберите → Обновление данных ODS в целях данных... На экране Обновление таблицы ODS выберите → Начальное . Обновление → Обновление На закладке Запланировать выберите Немедленный запуск загрузки данных и запустите процесс загрузки данных путем выбора . Для проверки процесса загрузки данных в мониторе выберите . Для проверки статуса информационной витрины ODS-объекта выберите Управление в контекстном меню ODS-объекта (Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##).

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Объекты хранилища операционных данных

Резюме по уроку Теперь вы сможете: • описывать структуру ODS-объектов • определять местоположение ODS-объектов в архитектуре SAP BW • перечислять и описывать типы ODS-объектов

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

455

Резюме по разделу

BW310

Резюме по разделу Теперь вы сможете: • описывать структуру ODS-объектов • определять местоположение ODS-объектов в архитектуре SAP BW • перечислять и описывать типы ODS-объектов

456

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 9 Виртуальный куб и мультипровайдеры This unit introduces virtual cubes and multiproviders which form an additional semantic layer in SAP BW .

Обзор раздела Наряду с инфо-провайдерами, которым при использовании процессов загрузки данных или программных интерфейсов поставляются данные, SAP BW также имеет широкий спектр дополнительных инфо-провайдеров, которые также предоставляют данные для системы отчетов, но при этом не имеют собственных физических хранилищ данных.

Цели раздела Прослушав этот раздел, вы сможете: • • • • • • • •

III квартал 2004

называть три вида виртуальных кубов и описывать различия между ними называть необходимые предпосылки для использования каждого инфо-куба выполнять запросы с использованием виртуальных кубов описывать процедуру создания дистанционного куба SAP различать термины «цель данных» и «инфо-провайдер» объяснять различия между видами инфо-провайдеров создавать мультипровайдеров определять запросы для мультипровайдера

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

457

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

Содержание раздела Урок: Виртуальные кубы .....................................................459 Процедура: Процедура для использования родового источника данных.......................................................................465 Демонстрация: ............................................................465 Урок: Мультипровайдеры ....................................................470 Упражнение 13: Определение мультипровайдера .................477

458

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Виртуальные кубы

Виртуальные кубы Продолжительность урока: 40 минут(ы)

Обзор урока На этом уроке рассматриваются три различных вида виртуальных кубов в SAP BW, различия между ними и необходимые предпосылки, которые должны быть удовлетворены перед использованием виртуальных кубов. Также описана процедура создания дистанционного куба SAP.

Цели урока Прослушав этот урок, вы сможете: • • • •

называть три вида виртуальных кубов и описывать различия между ними называть необходимые предпосылки для использования каждого инфо-куба выполнять запросы с использованием виртуальных кубов описывать процедуру создания дистанционного куба SAP

This lesson introduces the three types of virtual cubes in SAP BW. There is a demonstration for this InfoCube type at the end of the SAP RemoteCube section.

Практический пример Вашему предприятию требуется включать в систему отчетов наборы данных из SAP и внешних систем. Поэтому Вы должны представлять себе способы применения виртуальных кубов.

Определения: виртуальный куб Виртуальные кубы представляют собой инфо-кубы особого рода. Виртуальный куб является логическим ракурсом. Однако в отличие от базовых кубов, в SAP BW никакие данные в память физически не вводятся. Данные берутся из исходных систем только после выполнения запроса. Имеется три вида виртуальных кубов. Их можно различать по способу получения данных.

Обзор: виды виртуальных кубов •

III квартал 2004

Дистанционный куб SAP

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

459

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

Дистанционный куб SAP позволяет определять запросы с прямым доступом к переменным данным в других SAP-системах. •

Общий дистанционный куб: Общий дистанционный куб позволяет выполнять отчеты с использованием данных из внешних систем. Внешняя система передает запрошенные данные OLAP-процессору посредством BAPI.

•

Виртуальный инфо-куб с сервисами: В случае виртуального инфо-куба с сервисами в качестве источника данных используется определяемый пользователем функциональный модуль.

Дистанционный куб SAP Определение Дистанционный куб SAP является инфо-провайдером. Дистанционный куб SAP является особым дистанционным кубом, позволяющим определять запросы с прямым доступом к переменным данным в других SAP-системах. Дистанционные кубы SAP определены на основе инфо-источника с гибким обновлением и содержат признаки и показатели инфо-источника.

Использование/поток данных В отличие от других дистанционных кубов, нет необходимости в программировании экстракторов. Для выбора данных из исходной системы используются те же экстракторы, что и при переносе данных в BW. При выполнении запроса на каждом шаге навигации выполняется отправка запроса экстракторам для присвоенных исходных систем. Кроме того, выбор признаков и критерии выбора для этих признаков преобразуются в поля в структуре переноса в соответствии с правилами переноса. В этой форме они переносятся в экстрактор. Поставляемые наборы данных подвергаются обработке согласно правилам переноса в BW и фильтруются еще раз в запросе.

460

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Виртуальные кубы

Рисунок 149: Дистанционный куб SAP: извлечение переменных данных

Рисунок 150: Базовый куб в сравнении с дистанционным кубом

Предпосылки Использование дистанционного куба SAP возможно только при удовлетворении следующих предпосылок:

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

461

Раздел 9: Виртуальный куб и мультипровайдеры

•

• • • •

BW310

Необходимо проверить, что при выполнении запроса основные данные и иерархии уже находятся в SAP BW, поскольку они не считываются непосредственно исходной системой. Должны быть установлены функциональные возможности Service API SAP BW (содержащиеся в SAP R/3 PlugIn). Исходная система должна иметь версию не ниже 4.0B. Для исходной системы в SAP BW должен быть создан идентификатор исходной системы. Инфо-источнику дистанционного куба SAP должны быть присвоены источники данных из исходной системы. Эти источники данных деблокируются для обеспечения прямого доступа. Для комбинаций применяются активные правила переноса. Рекомендация: Выяснить то, деблокирован ли источник данных для прямого доступа, можно посредством транзакции SE16 в таблице ROOSOURCE в исходной системе. Прямой доступ возможен, если поле VIRTCUBE имеет значение 1 или 2.

Ограничения Данные загружаются в SAP BW при выполнении запроса. По этой причине использование дистанционного куба SAP имеет смысл только при удовлетворении следующих предпосылок: • • •

462

требуются самые актуальные данные из исходной системы SAP; переносится лишь небольшой объем данных; с запросами в наборе данных одновременно работает только малое число пользователей.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Виртуальные кубы

Рисунок 151: Сторнирование правил переноса

Правила переноса Если значения признака выбраны в запросе, правила переноса сторнируются. Лежащий в основе этого принцип поясняется в следующем примере: 1.

В запросе конечный пользователь выбрал данные за период с 1.2002 по 5.2002 (признак 0FISCPER - Финансовый год/период).

2.

Источник данных возвращает только отдельные поля YEAR и PERIOD. BW сторнирует правила переноса и разделяет выбор на YEAR =2002 и PERIOD =1...5.

3.

Из исходной системы выбираются данные.

4.

В правилах переноса поля YEAR и PERIOD объединяются для выполнения ведения формата 0FISCPER.

5.

На экран выводятся следующие данные:

Поддерживаемые источники данных Все родовые источники данных (ракурс, запрос)

III квартал 2004

Экстрактор: CATS

0CATS

МВП: Переменные данные

0EC_PCA_1

МВП: Статистические показатели

0EC_PCA_2

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

463

Раздел 9: Виртуальный куб и мультипровайдеры

464

BW310

Поставщик: Позиции

0FI_AP_3

Клиент: Позиции

0FI_AR_3

Главная книга: Данные оборотов

0FI_GL_1

Главная книга: Данные оборотов - книга затрат по обороту

0FI_GL_2

Специальные регистры: Все источники данных

3*

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Виртуальные кубы

Процедура для использования родового источника данных 1.

Создайте родовой источник данных в исходной системе (→ транзакция SBIW).

2.

Перенесите источник данных в BW.

3.

Создайте инфо-источник с гибким обновлением, выполните ведение структуры переноса, структуры связи и правил переноса. Затем активируйте инфо-источник.

4.

Создание инфо-куба вида «дистанционный куб SAP» при использовании созданного ранее инфо-источника. Для определения того, однозначно ли присвоение исходной системы инфо-объекту, может быть использован индикатор. Если присвоение не является однозначным, исходная система должна быть выбрана в запросе. Для этого к определению инфо-куба добавляется признак (0LOGSYS).

5.

Определите структуру инфо-куба (измерения, описание...) и затем активируйте его.

6.

Посредством контекстного меню для инфо-куба в дереве инфо-провайдеров выполните присвоение исходных систем (присвоение исходной системы производится в пределах системы и не включается в переносимые данные).

Демонстрация: Цель In the demonstration, transaction data for table SFLIGHT is reported using an SAP RemoteCube. DataSource SFLIGHT has already been created and assigned to Info Source T_ISFLIGHT. The InfoSource and the transfer rules are active. In the demonstration, the existing objects are shown and a new RemoteCube is created.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: No other settings are necessary.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

465

Раздел 9: Виртуальный куб и мультипровайдеры

466

BW310

1.

To see the DataSource in BW, choose the following path: Modeling → Source Systems; double-click on IDES R/3; In the right-hand window: SAP Application Components → SAP Application Components → BW 310 Data Warehousing. Here, you can find the DataSource SFLIGHT.

2.

To view the DataSource in the source system, in the context menu for the DataSource, choose Maintain DataSource in source system. You now need to log on in the source system and get to the display mode for the DataSource. Note that the Direct Access setting must have the value 1 or 2. You can see the possible values for this field using F4 help. Via Back, return to the SAP BW system.

3.

Display the InfoSource assigned to DataSource SFLIGHT: In the context menu for the DataSource, choose Change Transfer Rules.... In this way, you get to the InfoSource T_IS_SFLIGHT. Leave the InfoSource via Back.

4.

Now, create a new SAP RemoteCube. Under InfoProvider, go to the InfoArea BW Training → BW Customer Training → BW 310 Data Warehousing → RemoteCube SFLIGHT. In the context menu for the InfoArea, choose Create InfoCube... Choose T_SFL_REM as the name and BW 310 RemoteCube SFLIGHT as the description. Choose the InfoCube type SAP RemoteCube with InfoSource T_IS_FLIGHT. Create the InfoCube.

5.

Show characteristics, time characteristics and key figures. Show the assignment of all characteristics for a dummy dimension. Activate the InfoCube. Leave the InfoCube Edit Mode via Back.

6.

Via the context menu, assign source system T90CLNT090 to the RemoteCube.

7.

Start the BEx Analyzer and define a new query for the RemoteCube BW 310 RemoteCube SFLIGHT. From the Characteristics dimension, choose the characteristic Flight Connection and add it to the rows (Airline is also added as a compounded characteristic). Swap Flight Connection with Airline. Restrict the airline to the values American Airlines(AA). Choose the flight price as the key figure in the columns. Save the query as T_SFL_REM_QUERY. Execute the query.

8.

Now show that changes made in the SFLIGHT table can also be seen in the report by refreshing the query. To do so, switch to the source system (via SAPLogon). Start transaction se16 and display table SFLIGHT. Now select a row for airline AA and choose Change. Increase the flight price from 513.69 to 10513.69. Save your changes.

9.

Now switch back to the BEx Analyzer and refresh the query. The query result changes accordingly.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Виртуальные кубы

10. Go back to the maintenance of SFLIGHT and change the flight price back to the old value.

Общий дистанционный куб Определение Общий дистанционный куб является инфо-провайдером с внешней обработкой переменных данных. В SAP BW определена только структура общего дистанционного куба. Данные для системы отчетов считываются из другой системы при использовании BAPI. В отличие от дистанционного куба SAP, общих дистанционный куб служит для переноса данных из внешних систем в SAP BW.

Использование Общий дистанционный куб используется в особых ситуациях, например, при работе с данными маркетинговых исследований. Исходная система передает запрошенные данные OLAP-процессору посредством BAPI. Общий дистанционный куб дает возможность присоединения внешних систем, в частности, нереляционных структур (иерархических баз данных).

Виртуальный инфо-куб с сервисами Определение Виртуальный инфо-куб с сервисами – это инфо-куб без собственного физического хранилища данных в SAP BW. В качестве источника данных используется определяемый пользователем функциональный модуль. Путем установки различных опций возможно более детальное определение свойств источника данных. Администратор данных предоставляет сервисы для преобразования параметров и данных в соответствии с этими свойствами.

Использование Виртуальный инфо-куб с услугами может использоваться в том случае, если в SAP BW должны отображаться данные из источников данных, отличных от BW, без копирования набора данных в структурах BW. Данные могут существовать локально или дистанционно. Таким образом, возможно изменение данных до их переноса в OLAP-процессор с использованием собственных расчетов. Эта функция, в основном, используется в Стратегическом управлении предприятием SAP (SEM).

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

467

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

Заключительная дискуссия show the differences between the three types of virtual cubes.

Вопросы для обсуждения Используйте следующие вопросы, чтобы привлечь участников курса к участию в дискуссии. Вы можете сформулировать также свои собственные дополнительные вопросы.Feel free to use your own additional questions.

468

1.

What types of virtual cubes are there?

2.

What are the prerequisites for the using virtual cubes?

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Виртуальные кубы

Резюме по уроку Теперь вы сможете: • называть три вида виртуальных кубов и описывать различия между ними • называть необходимые предпосылки для использования каждого инфо-куба • выполнять запросы с использованием виртуальных кубов • описывать процедуру создания дистанционного куба SAP

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

469

Раздел 9: Виртуальный куб и мультипровайдеры

Урок:

BW310

Мультипровайдеры Продолжительность урока: 60 минут(ы)

Обзор урока На этом уроке описывается работа с мультипровайдерами. Мультипровайдеры позволяют производить объединение любых выбранных инфо-провайдеров для построения нового семантического уровня для системы отчетов без необходимости изменения хранилища данных.

Цели урока Прослушав этот урок, вы сможете: • • • •

различать термины «цель данных» и «инфо-провайдер» объяснять различия между видами инфо-провайдеров создавать мультипровайдеров определять запросы для мультипровайдера

This lesson looks at the possible uses of MultiProviders. Use the descriptions and objects from the exercise for the demonstration.

Практический пример На предприятии существуют инфо-провайдеры для сфер заказов, поставок и фактурирования. Имеются также комплексные требования к отчетности, для удовлетворения которых необходимо объединить данные из некоторых из этих инфо-кубов. Ваша задача состоит в выполнении этих комплексных запросов при помощи мультипровайдера.

Определение Цель данных представляет собой объект, в который могут быть загружены данные. Цели данных являются физическими объектами, релевантными при построении модели данных и во время загрузки данных. Целями данных могут быть: базовые кубы; ODS-объекты;

470

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Мультипровайдеры

инфо-объекты признаков (с атрибутами или текстами). Рекомендация: Признак является инфо-провайдером, если он присвоен инфо-области и может иметь атрибуты или тексты. Это должно быть явно определено для инфо-провайдера в ведении инфо-объекта.

Рисунок 152: Цели данных: объекты с физическим хранением данных

Инфо-провайдер представляет собой объект, при использовании которого могут быть определены и выполнены запросы. Инфо-провайдеры являются объектами или ракурсами, релевантными для системы отчетов. По этой причине наличие данных в этих объектах не имеет значения. Инфо-провайдерами могут быть: инфо-кубы (базовые кубы, виртуальные кубы); ODS-объекты; инфо-набор; мультипровайдеры.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

471

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

Рисунок 153: Инфо-провайдеры

Согласно приведенному выше определению, инфо-провайдерами также всегда являются цели данных (но не наоборот).

Мультипровайдеры Определение Мультипровайдер является специальным инфо-провайдером, который при предоставлении данных для системы отчетов объединяет данные из нескольких инфо-провайдеров. Сам мультипровайдер не содержит каких-либо данных. Его данные происходят исключительно от инфо-провайдеров, на которых он основан. Мультипровайдер может быть составлен из различных комбинаций следующих инфо-провайдеров: • • • •

инфо-кубов; ODS-объектов; инфо-объектов; инфо-наборов.

Использование Мультипровайдер позволяет использовать в системе отчетов несколько инфо-провайдеров.

472

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Мультипровайдеры

Пример объединения двух инфо-кубов: имеется инфо-провайдер с фактическими данными для логически автономной бизнес-сферы, а также соответствующий инфо-провайдер с плановыми данными. Для сравнения фактических и плановых данных в запросе эти два инфо-провайдера можно объединить в мультипровайдер. В версии BW 2.0B/2.1C комбинация двух инфо-кубов ранее называлась мульти-кубом. Пример объединения инфо-куба и инфо-объекта: имеется инфо-куб с данными о продуктах и выручке. Объединим его с инфо-объектом PROD (продукт). В результате можно будет просмотреть “неходовые позиции”, поскольку также будут отображены продукты, выручка по которым отсутствует.

Рисунок 154: Концепция мультипровайдера

Преимущества мультипровайдера •

•

Эта концепция предусматривает возможности углубленного анализа без необходимости пополнения новых чрезвычайно объемных инфо-кубов. Можно строить более простые базовые кубы с меньшими таблицами и с меньшей избыточностью данных. Отдельные базовые кубы и ODS-объекты могут разделяться по отдельности.

Интеграция Мульти-кубы существуют только как логическое определение. Данные по-прежнему хранятся в инфо-провайдерах, на которых они основаны.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

473

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

В мультипровайдере каждый признак мультипровайдера должен однозначно соответствовать только одному признаку или атрибуту навигации в каждом включенном инфо-провайдере.

Мультипровайдер: пример использования Имеется три базовых куба. Первый базовый куб содержит данные заказа клиента, второй содержит данные поставки, а третий - данные фактурирования. У этих трех базовых кубов имеются следующие общие признаки: ONUM (номер заказа), CUS (клиент) и PROD (продукт).

Рисунок 155: Инфо-кубы

Затем можно определить мультипровайдера, включающего эти общие признаки вместе с показателями задействованных базовых кубов. Теперь мультипровайдер может использоваться в запросах.

474

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Мультипровайдеры

Рисунок 156: Объединение данных в мультипровайдере

Выполняемый при использовании мультипровайдера запрос разбивается по включенным инфо-кубам при использовании нескольких операторов SELECT, которые могут обрабатываться параллельно. В результате этого обеспечивается дополнительное повышение системной производительности. В качестве результата запроса OLAP-процессор предоставляет комбинацию результатов выполнения отдельных операторов SELECT. Рекомендация: В случаях, когда некоторый признак не имеет соответствующего признака в определенном базовом кубе, данные представляются в запросе со значением признака Не присвоено.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

475

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

Рисунок 157: Запросы при использовании мультипровайдера

Показатель, содержащийся в мультипровайдере, должен выбираться, по крайней мере, из одного из задействованных инфо-провайдеров. Как правило, показатель поставляется только одним инфо-провайдером. Однако иногда возможны ситуации, в которых имеет смысл выбирать из более чем одного инфо-провайдера. Предупреждение: В случаях, когда показатель, например, 0SALES (сбыт), хранится в нескольких инфо-провайдерах с избыточностью (другими словами, полностью содержится во всех комбинациях значений признаков), необходимо и достаточно производить выбор только из одного задействуемого инфо-провайдера. В противном случае значение, появляющееся в мультипровайдере более одного раза, может оказаться некорректным. Однако если 0SALES сохранен, скажем, как фактическое значение в одном инфо-провайдере и как плановое значение в другом, следует осуществить выбор из нескольких инфо-провайдеров. Это позволяет избежать перекрытий в записях данных (неупорядоченного распределения данных, поступающих из нескольких инфо-провайдеров).

476

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Мультипровайдеры

Упражнение 13: Определение мультипровайдера Время на упражнения: 20 минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • объединять данные из нескольких инфо-кубов в одном мульти-кубе для сопоставления соответствующей информации (например, данных заказа или поставки) • определять запросы к созданному мультипровайдеру

Практический пример На предприятии существуют инфо-провайдеры для сфер "заказы" и "фактурирование". Имеются также комплексные требования к отчетности, для удовлетворения которых необходимо объединить данные из некоторых из этих инфо-кубов. Ваша задача состоит в выполнении этих комплексных запросов при помощи мультипровайдера.

Данные системы Система: See this week’s mail Мандант: 800 Ид. пользователя Training Пароль: See this week’s mail Инструкция по настройке: No settings required

Задание Использование мультипровайдеров ускоряет процесс выполнения отчетов на предприятии и позволяет создавать отчеты с использованием данных из различных источников. 1.

В инфо-области Группа ## создайте новый мультипровайдер с техническим именем T_MULTI## и описанием GR## Мультипровайдер SD .

2.

В последующем окне можно выбрать объекты, задействуемые (релевантные) в мультипровайдере. Из списка инфо-кубов выберите T_SDC01 (заказы) и T_SDC03 (фактурирование). Подтвердите выбор.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

477

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

3.

Затем появится образец для выполнения ведения мультипровайдера. В образце можно просмотреть все признаки включенных инфо-кубов T_SDC01 и T_SDC03. Перенесите в структуру все признаки, за исключением признаков 0BILLTOPRTY, 0DEB_CRED, 0MATL_GROUP, 0PAYER, 0SALESEMPLY, 0SHIP_POINT, 0SHIP_TO. Исключенные признаки существуют только в одном из задействуемых инфо-кубов. Поэтому их использование в мультипровайдере не имеет смысла.

4.

Затем присвойте признак инфо-куба T_SDC01 и признак инфо-куба T_SDC03 каждому признаку мультипровайдера. Выберите Идентификация, затем определите присвоения. Подтвердите ввод с помощью Дальше (Enter).

5.

Для присвоения признаков измерениям выберите Измерения... Определите разрешение создания измерений из образца. Выберите инфо-куб T_SDC01 (заказы). Отмените выбор ОтдПозиция для измерения Клиент. Используйте Присвоение для проверки присвоения признаков измерениям. Вносить какие-либо изменения здесь не требуется. Выберите Enter.

6.

Теперь требуется добавить временной признак. Выберите закладку Временные признаки. Перенесите в структуру все временные признаки, кроме 0CALDAY. Выберите Идентификация и выполните прокрутку списка. Присвойте временной признак мультипровайдера временному признаку инфо-куба T_SDC01 и временному признаку инфо-куба T_SDC03. Подтвердите ввод.

7.

На закладке Показатели перенесите в структуру все предложенные показатели, за исключением 0DOC_ITEMS. Поскольку показатель 0DOC_ITEMS имеет разные значения в каждом из инфо-кубов (число позиций/фактур), не имеет смысла использовать его в мультипровайдере.

8.

Деблокируйте атрибуты навигации, которые должны использоваться в мультипровайдере. Каждый включенный инфо-куб использует следующие атрибуты навигации: T_SOLD_TO__0COUNTRY (страна), T_SOLD_TO__0POSTAL_CD (почтовый индекс), T_SOLD_TO__0REGION (регион) T_SOLD_TO__0REGION (Регион) (класс дохода). На закладке Признаки выберите Атрибуты навигации... Включите четыре предложенных атрибута навигации и подтвердите ввод. Выберите Идентификация и выполните прокрутку списка. Присвойте атрибут навигации инфо-куба T_SDC01 и атрибут навигации инфо-куба T_SDC03 атрибуту навигации мультипровайдера. Подтвердите ввод с помощью

.

Продолжение на следующей странице

478

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Мультипровайдеры

9.

Проверьте, сохраните и активируйте мультипровайдер.

10. Создайте запрос к мультипровайдеру. Откройте BEx Analyzer, используя код транзакции /nrrmx. В строке меню выберите Открыть > Запросы. Выберите Нов.

.

В инфо-области выберите мультипровайдер T_MULTI##. Методом перетаскивания переместите признаки Клиент и Материал в строки, а показатели Поступающие заказы и Фактурируемое количество в столбцы. Сохраните запрос с техническим именем T_GR##QUERYM и описанием GR## Мультипровайдер запроса. Выполните запрос и просмотрите результаты.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

479

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

Решение 13: Определение мультипровайдера Задание Использование мультипровайдеров ускоряет процесс выполнения отчетов на предприятии и позволяет создавать отчеты с использованием данных из различных источников. 1.

В инфо-области Группа ## создайте новый мультипровайдер с техническим именем T_MULTI## и описанием GR## Мультипровайдер SD . a)

Выберите Инструментальные средства администратора > Моделирование > Обучение BW > Обучение клиентов BW > BW310 Организация хранилищ данных > Группа ##. В контекстном меню для инфо-области выберите Создать инфо-куб... > Введите в качестве технического имени T_MULTI## и GR## Мультипровайдер SD в качестве описания мультипровайдера. Выберите Создать

2.

.

В последующем окне можно выбрать объекты, задействуемые (релевантные) в мультипровайдере. Из списка инфо-кубов выберите T_SDC01 (заказы) и T_SDC03 (фактурирование). Подтвердите выбор. a)

Закладка Инфо-кубы. Выберите инфо-кубы T_SDC01(заказы) и T_SDC03 (фактурирование). Выберите Дальше (Enter)

3.

.

Затем появится образец для выполнения ведения мультипровайдера. В образце можно просмотреть все признаки включенных инфо-кубов T_SDC01 и T_SDC03. Перенесите в структуру все признаки, за исключением признаков 0BILLTOPRTY, 0DEB_CRED, 0MATL_GROUP, 0PAYER, 0SALESEMPLY, 0SHIP_POINT, 0SHIP_TO. Исключенные

Продолжение на следующей странице

480

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Мультипровайдеры

признаки существуют только в одном из задействуемых инфо-кубов. Поэтому их использование в мультипровайдере не имеет смысла. a)

Закладка Признаки Выберите Выделить все и используйте пиктограмму стрелки для переноса всех признаков в структуру. Выберите слева в структуре следующие признаки: 0BILLTOPRTY, 0DEB_CRED, 0MATL_GROUP, 0PAYER, 0SALESEMPLY, 0SHIP_POINT, 0SHIP_TO. С помощью пиктограммы стрелки удалите выбранные признаки из структуры.

4.

Затем присвойте признак инфо-куба T_SDC01 и признак инфо-куба T_SDC03 каждому признаку мультипровайдера. Выберите Идентификация, затем определите присвоения. Подтвердите ввод с помощью Дальше (Enter). a)

Выберите Идентификация. Выполните присвоение признаков путем отметки присвоений в столбце Равно. Выберите Дальше (Enter).

5.

Для присвоения признаков измерениям выберите Измерения... Определите разрешение создания измерений из образца. Выберите инфо-куб T_SDC01 (заказы). Отмените выбор ОтдПозиция для измерения Клиент. Используйте Присвоение для проверки присвоения признаков измерениям. Вносить какие-либо изменения здесь не требуется. Выберите Enter. a)

Выберите Измерения... Для генерирования предложения выберите Да. Выберите инфо-куб T_SDC01 (заказы) и Enter.

b)

Закладка Определение Отмените выбор в столбце ОтдПозиция для измерения Клиент.

c)

Закладка Присвоение Проверьте присвоение признаков измерениям.

d) 6.

III квартал 2004

Выберите Дальше (Enter).

Теперь требуется добавить временной признак. Выберите закладку Временные признаки. Перенесите в структуру все временные признаки, кроме 0CALDAY. Выберите Идентификация Продолжение на следующей странице

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

481

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

и выполните прокрутку списка. Присвойте временной признак мультипровайдера временному признаку инфо-куба T_SDC01 и временному признаку инфо-куба T_SDC03. Подтвердите ввод. a)

Закладка Временные признаки Выберите в образце все временные признаки, за исключением 0CALDAY, и для переноса всех признаков в структуру воспользуйтесь кнопкой со стрелкой.

b) c)

d) 7.

На закладке Показатели перенесите в структуру все предложенные показатели, за исключением 0DOC_ITEMS. Поскольку показатель 0DOC_ITEMS имеет разные значения в каждом из инфо-кубов (число позиций/фактур), не имеет смысла использовать его в мультипровайдере. a) b) c) d)

8.

Выберите Идентификация. Выполните прокрутку вниз к временным признакам. Присвойте признаки путем отметки присвоений в столбце Равно. Выберите Дальше (Enter).

Закладка Показатели Выберите Выделить все и используйте пиктограмму стрелки для переноса всех признаков в структуру. В структуре выберите показатель 0DOC_ITEMS. С помощью пиктограммы стрелки удалите выбранные признаки из структуры.

Деблокируйте атрибуты навигации, которые должны использоваться в мультипровайдере. Каждый включенный инфо-куб использует следующие атрибуты навигации: T_SOLD_TO__0COUNTRY (страна), T_SOLD_TO__0POSTAL_CD (почтовый индекс), T_SOLD_TO__0REGION (регион) T_SOLD_TO__0REGION (Регион) (класс дохода). На закладке Признаки выберите Атрибуты навигации... Включите четыре предложенных атрибута навигации и подтвердите ввод. Выберите Идентификация и выполните прокрутку

Продолжение на следующей странице

482

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Мультипровайдеры

списка. Присвойте атрибут навигации инфо-куба T_SDC01 и атрибут навигации инфо-куба T_SDC03 атрибуту навигации мультипровайдера. Подтвердите ввод с помощью a)

.

Закладка Признаки Выберите Атрибуты навигации...

b)

c) d)

Выберите следующие атрибуты навигации: T_SOLD_TO__0COUNTRY (страна), T_SOLD_TO__0POSTAL_CD (почтовый индекс), T_SOLD_TO__0REGION (регион), T_SOLD_TO__0REGION (класс дохода) путем выделения в столбце Вкл./выкл. (В/В). Выберите Дальше (Enter). Закладка Признаки Выберите Идентификация.

9.

e)

Выполните прокрутку вниз к атрибутам навигации. Присвойте атрибуты навигации путем выбора присвоений в столбце Равно.

f)

Выберите

.

Проверьте, сохраните и активируйте мультипровайдер. .

a)

Выберите Проверка

b)

Выберите Сохранить

c)

Выберите Активировать

. .

10. Создайте запрос к мультипровайдеру. Откройте BEx Analyzer, используя код транзакции /nrrmx. В строке меню выберите Открыть > Запросы. Выберите Нов.

.

В инфо-области выберите мультипровайдер T_MULTI##. Методом перетаскивания переместите признаки Клиент и Материал в строки, а показатели Поступающие заказы и Фактурируемое количество в столбцы. Сохраните запрос с техническим именем T_GR##QUERYM и описанием GR## Мультипровайдер запроса.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

483

Раздел 9: Виртуальный куб и мультипровайдеры

BW310

Выполните запрос и просмотрите результаты. a) b)

Введите код транзакции /nrrmx и выберите Enter. В строке меню BEx Analyzer выберите Открыть > Запросы.

c) d)

. Выберите Нов. Выберите Инфо-область. Выберите Обучение BW > Обучение клиентов BW > BW310 Организация хранилищ данных > Группа ##, затем выберите мультипровайдер T_MULTI## и нажмите OK.

484

e)

Методом перетаскивания переместите признаки Клиент и Материал в строки. Переместите показатели Поступающие заказы и Фактурируемое количество в столбцы.

f)

. Введите техническое имя Сохраните запрос T_GR##QUERYM и описание GR## Мультипровайдер запроса.

g)

Выполните запрос

.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Мультипровайдеры

Резюме по уроку Теперь вы сможете: • различать термины «цель данных» и «инфо-провайдер» • объяснять различия между видами инфо-провайдеров • создавать мультипровайдеров • определять запросы для мультипровайдера

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

485

Резюме по разделу

BW310

Резюме по разделу Теперь вы сможете: • называть три вида виртуальных кубов и описывать различия между ними • называть необходимые предпосылки для использования каждого инфо-куба • выполнять запросы с использованием виртуальных кубов • описывать процедуру создания дистанционного куба SAP • различать термины «цель данных» и «инфо-провайдер» • объяснять различия между видами инфо-провайдеров • создавать мультипровайдеров • определять запросы для мультипровайдера

486

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Раздел 10 Архивация (дополнительно)

This unit introduces data archiving from InfoCubes and ODS objects.

Обзор раздела Специальная функция архивации данных, которые больше не являются необходимыми в текущих отчетах в SAP BW, позволяет контролировать рост системы и затрат, связанным с таким ростом. Этот раздел является введением в архивацию инфо-кубов и ODS-объектов в SAP BW.

Цели раздела Прослушав этот раздел, вы сможете: • • •

пояснять процесс архивации создавать объекты архивации архивировать данные из целей данных (инфо-кубов и ODS-объектов)

Содержание раздела Урок: Архивация в системе SAP BW.......................................489 Процедура: Создание объектов архивации ..........................496 Процедура: Создание архивных файлов .............................502 Процедура: Перезагрузка архивных файлов ........................509

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

487

Раздел 10: Архивация (дополнительно)

BW310

Упражнение 14: Архивация.............................................. 511

488

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок:

Урок: Архивация в системе SAP BW

Архивация в системе SAP BW Продолжительность урока: 60 минут(ы)

Обзор урока На этом уроке рассматривается использование объектов архивации и управления архивом для архивирования данных из инфо-кубов и ODS-объектов. Также представлены способы удаления данных из инфо-провайдеров и использования экспортного источника данных для повторной загрузки данных из архива обратно в систему SAP BW.

Цели урока Прослушав этот урок, вы сможете: • • •

пояснять процесс архивации создавать объекты архивации архивировать данные из целей данных (инфо-кубов и ODS-объектов)

This lesson provides an introduction to archiving in SAP BW. Explain each of the steps in the archiving process. Use the objects and steps in the exercise to do help you do this.

Практический пример Существенное увеличение объема переменных данных привело к существенному увеличению рабочей нагрузки по администрированию и возрастанию длительности процессов обработки данных. Вам требуется заархивировать все данные, которые больше не являются необходимыми в системе; но эти данные должны по-прежнему быть доступными в будущем для целей отчетности.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

489

Раздел 10: Архивация (дополнительно)

BW310

Архивация в системе SAP BW

Рисунок 158: Интеграция КИА в BW

Функция архивации данных в системе SAP BW позволяет архивировать данные из инфо-кубов и ODS-объектов. Это осуществляется с использованием комплекта инструментов для архивации (КИА). КИА уже используется во многих компонентах mySAP.com для разработки решений архивации. КИА предоставляет необходимую для архивации среду выполнения. На первом шаге данные должны считываться из целей данных, а затем для их записи в архивные файлы используется КИА. Эти архивные файлы хранятся в локальном каталоге. Кроме того, КИА позволяет экспортировать архивные файлы из локальной файловой системы во внешние хранилища данных. Свойства КИА • • • • • • •

490

уже интегрирован во многие компоненты mySAP.com; является не зависящим от платформы и версии; обработка изменений структуры; поддерживает централизованное управление архивом (SARA); возможность использования совместно с внешними системами архивации и хранения данных; поддержка статистики и индексации; индексация с использованием информационной системы архива (SAP-AS).

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Процесс архивации: обзор

Рисунок 159: Обзор процесса архивации

Процесс архивации в системе SAP BW состоит из трех этапов: 1.

Запись данных в архив;

2.

Удаление архивированных данных из источников данных;

3.

Перезагрузка данных из архивов в систему SAP BW.

Запись данных в архив Для записи данных в архивы предусмотрено управление архивом (транзакция SARA). Параметры выбора хранятся в варианте и передаются администратору данных, который подготавливает данные из целей данных (инфо-кубов или ODS-объектов). Сначала КИА сохраняет данные в архивных файлах в локальном файловом каталоге. Затем данные экспортируются во внешнюю среду хранения (при ее наличии). Примечание: Данные из инфо-провайдеров хранятся в плоских структурах наряду со значениями признаков. Это означает, что в архивах всегда используются исходные ключи. Искусственно сгенерированные ключи (SID, DIM) не используются. Многомерная структура инфо-куба преобразуется в плоскую структуру записей данных.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

491

Раздел 10: Архивация (дополнительно)

BW310

Удаление архивированных данных из источников данных Управление архивом (транзакция SARA) применяется также для удаления данных, которые были успешно архивированы. Для функции Выборочное удаление данных из инфо-кубов или ODS-объектов применяются те же параметры выбора, которые используются для чтения подлежащих архивации данных. Сначала система проверяет возможность считывания всех данных – например, выполняет проверку на отсутствие открытых для записи файлов. Перезагрузка данных из архивов обратно в систему SAP BW Для повторной загрузки данных из архивов обратно в систему SAP BW используется экспортный источник данных для инфо-куба или ODS-объекта, данные из которых были архивированы. Функции, необходимые для считывания архивных файлов, предоставляются КИА. Дальнейшее обновление данных выполняется при использовании обычных процессов загрузки данных, предоставляемых системой SAP BW.

Объекты архивации Объект архивации является логическим объектом, содержащим соответствующие коммерческие данные из базы данных. Эти данные могут считываться из базы данных при использовании программы записи, а затем - после успешного архивирования - удаляться из базы данных при помощи программы удаления. Объект архивации является связующим звеном между объектами SAP BW и КИА. Инфо-кубы и ODS-объекты обычно включают автономный набор данных для определенной бизнес-сферы. Поэтому для каждого инфо-провайдера данного вида создается отдельный объект архивации. Немедленное создание объекта архивации не является обязательным – при необходимости он может быть создан позднее. Структура объектов архивации •

Критерии выбора

•

– Выбор кванта времени – Любая комбинация признаков Структура файла – –

492

Размер файла Структура объекта данных

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

•

Хранение

•

– Внутренний архивный файл – Внешняя система архивации Шаги обработки –

Опции запуска для удаления архивированных данных

В принципе, объекты SAP BW поставляются и переносятся только как специфичные для SAP BW метаданные. Фактические объекты репозитария, такие как таблицы базы данных и программы доступа, генерируются позже в целевой системе. Это также относится к объектам архивации в системе SAP BW. Несмотря на то, что для объектов репозитария в SAP BW используются области имен из процесса корректировки и процесса переноса, для объектов архивации такая связь не поддерживается. Для объектов архивации имеется в распоряжении только одна область имен с максимальной длиной в десять символов. Поэтому имя инфо-провайдера и имя объекта архивации должны отображаться друг к другу. Однако это применимо только для децентрализованных систем. Примечание: Префикс SAP BW используется для объектов архивации, сгенерированных в системе SAP BW. Буква C или O, прибавляемая к концу имени, определяет объект архивации как инфо-куб (C) или ODS-объект (O). Заключительную часть имени составляет сокращенное имя инфо-провайдера. Это сокращение действительно лишь в пределах системы SAP BW и генерируется согласно приведенному выше описанию. В операционных системах Microsoft длинные имена файлов преобразовываются в более короткие. Имена с более чем семью символами сокращаются до семи символов, при этом берутся первые пять символов исходного имени с добавлением "~" и последнего символа исходного имени в качестве последнего символа. Если это сокращенное имя уже существует в системе, система добавляет следующий символ из суффикса, отделенный ~ , пока это имя не станет уникальным. Например, для ODS-объекта 0FIAR_O03, поставляемого с бизнес-содержимым, система генерирует имя BWO0FIAR~3.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

493

Раздел 10: Архивация (дополнительно)

BW310

Рисунок 160: Структура архива

Логический блок На основе определения объекта архивации при активировании инфо-куба или ODS-объекта система генерирует программы для управления процессом архивации. Объект архивации однозначно присвоен объекту SAP BW и логическому блоку в архивах. Архивные файлы Логический блок архива содержит один или несколько архивных файлов. Архивные файлы закрываются тогда, когда они достигают максимального разрешенного размера. Этот максимальный размер определяется в объекте архивации. При закрытии предыдущего архивного файла открывается новый. Прогон архивации Архивный файл содержит один или несколько прогонов архивации (сеансов). Однозначно идентифицируемый прогон архивации создается для каждого выполняемого процесса записи.

494

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Объекты данных Объекты данных являются эквивалентом объектов архивации на стороне приложения. Они содержат все данные приложения, необходимые для моделирования бизнес-объекта, такого как, например, счет-фактура. Объекты данных - наименьшие индексируемые единицы в архивном файле. Путем правильного выбора ключевых и неключевых признаков можно минимизировать количество записей в индексах архива, хранимых в информационной системе архива, например, в локальной базе данных, и настроить их для достижения соответствия требованиям производительности процессов доступа. Примечание: В настоящее время индексация объектов данных SAP BW не поддерживается. Это означает, что имеется возможность выполнения отчетов непосредственно по архивированным данным без необходимости выполнения вначале загрузки данных обратно в систему. Структура объектов данных включена в определение объектов архивации. Здесь доступны признаки инфо-провайдера. Система считывает данные, отсортированные согласно выбранным признакам, из инфо-провайдера. Записи данных с теми же значениями признака записываются в те же объекты данных. Выбор признаков для структуры объектов данных также определяет способ группировки записей данных в архивах.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

495

Раздел 10: Архивация (дополнительно)

BW310

Создание объектов архивации Использование Процесс определения объекта архивации интегрирован в ведение инфо-кубов и ODS-объектов. Объект архивации может также быть создан для существующего инфо-провайдера, уже пополненного данными. В транзакции ведения для объекта архивации создаются только метаданные. Метаданные для объекта архивации переносятся наряду с метаданными для инфо-провайдера. Фактический объект архивации не создается до активирования инфо-провайдера, либо он корректируется согласно модифицированным метаданным. В этот же момент генерируются также программа записи, программа удаления и, если это необходимо, программа перезагрузки. Диалоговое окно, в котором определяется объект архивации, содержит следующие закладки: • • • •

Выбор данных СтруктФайла Папки Удалить

Процедура 1.

На экране ведения для инфо-провайдера, из которого необходимо архивировать данные, выберите Дополнительная информация → Архив. Если объект архивации еще не существует, для создания нового объекта архивации подтвердите запрос системы с помощью Да.

2.

На закладке Выбор данных выберите метод выбора – выбор с использованием Кванты времени или выбор согласно какой-либо комбинации признаков выборки.

Продолжение на следующей странице

496

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Рисунок 161: Объект архивации: выбор данных

Квант времени Кванты времени позволяют выбрать сроки архивации данных. В случае выбора Нет необходимо вместо этой опции выбрать опцию Признаки выборки в нижней части экрана. В случае выбора Согласно признаку необходимо дополнительно выбрать из раскрывающегося списка один временной признак или признак, ссылающийся на временной признак. Рекомендация: При необходимости регулярной архивации данных выберите метод квантов времени. Экран выбора программы записи также изменяется для частичного сокращения рабочей нагрузки по администрированию. Причина этого состоит в отсутствии необходимости создания новых вариантов для каждого прогона архивации. На экране ведения для вариантов нужно создать записи для относительного и (или) абсолютного временных ограничений. Примечание: Только для ODS-объектов: Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

497

Раздел 10: Архивация (дополнительно)

BW310

Если установить индикатор Защитить архивир. область до активирования каких-либо новых данных, система проверит, содержат ли новые данные записи данных, попадающие в квант времени, для которого архивирование уже выполнено. Если дело обстоит именно так, то процесс активирования прерывается, и выполнявшиеся в это время прогоны архивации записываются в журнал архивации. Имеется два варианта дальнейших действий: •

•

При необходимости активирования данных требуется применить управление архивом для повторной загрузки записанных в журнал прогонов архивации обратно в таблицу активных данных для ODS-объекта. Затем необходимо перезапустить процесс активации. Во-вторых, можно удалить выполнявшиеся в это время запросы из очереди активации ODS-объекта и модифицировать правила обновления так, чтобы система пропустила соответствующие записи данных. Затем еще раз выполняются загрузка и активация запросов.

Рекомендация: Можно также защитить архивированные области данных временным признаком, который не является ключевым признаком ODS-объекта. В каждом отдельном случае требуется принятие решения о действительной полезности защиты архивированных областей данных. Например, при наличии возможности увеличения значения временного признака в записи данных впоследствии (что означает, что он больше не попадет в защищенную область) защита не может быть гарантирована в принципе. Однако временной признак в разделе данных, получаемом из статуса архивации в исходной системе, может быть весьма полезным. Рекомендация: Опция перезагрузки данных непосредственно в таблицу активных данных для ODS-объекта доступна в управлении архивом только в том случае, если был установлен соответствующий индикатор. Продолжение на следующей странице

498

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Выбор признаков выбора Если был задан признак для выбора времени, он будет отображен здесь. Выбор каких-либо дополнительных признаков выбора невозможен. Если признак для выбора времени не был выбран, здесь необходимо определить признаки выбора здесь. Для вычисления возраста данных один из этих признаков должен быть ключевым признаком. Ниже приведены критерии для выбора: •

В случае разделенного инфо-провайдера признак выбора должен быть идентичен признаку разделения. • В случае неразделенного инфо-провайдера необходимо выбрать временной признак из ключа. Если ни одно из этих условий не выполняется (что может иметь место, например, в случае ODS-объектов), в качестве признаков выбора для прогонов архивации необходимо использовать дополнительные признаки из инфо-провайдера. В качестве примера можно привести признак Продукт (например, для ситуации постепенного выведения продукта) или признак БЕ/Предприятие (для случаев аутсорсинга/продаж юридически самостоятельных единиц). 3.

На закладке СтруктФайла следует определить структуру архивных файлов. Два параметра, ограничивающие размер архивного файла, переносятся непосредственно в объект архивации. Максимальный размер файла может быть установлен как в мегабайтах, так и в виде максимального количества записей данных.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

499

Раздел 10: Архивация (дополнительно)

BW310

Рисунок 162: Объект архивации: файловая структура

Определение объекта данных выполняется в нижней части экрана. Объект данных является наименьшей индексируемой и доступной единицей в архиве. Объект данных для переменных данных строится из ряда записей, имеющих одинаковые значения для выбора ключевых признаков (= признаков группирования). Система считывает из базы данных данные, отсортированные согласно признакам группирования (последовательность важна!). Записи с одинаковыми значениями в признаках группирования записываются в архив как объект данных. В некоторых случаях определенный таким образом объект данных подразделяется на несколько объектов данных ввиду его размера. Признаки группирования служат основой для возможного индексирования архива. Данные сортируются согласно признакам объекта данных, а записи с одинаковыми значениями группируются в объект данных. Если выбор признаков здесь не производится, данные записываются в архивный файл без предварительной сортировки. 4.

На закладке Папки следует указать логическое имя файла, систему архивации и последовательность удаления. Если необходимо использовать внешнюю систему архивации (например, IXOS, Filenet или Storhouse), достаточно ввести логическое имя файла и последовательность удаления. Продолжение на следующей странице

500

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Рисунок 163: Объект архивации: папки

III квартал 2004

5.

На закладке Удалить требуется определить опции удаления. Имеется возможность задать режим автоматического удаления после записи или указать событие для запуска процесса удаления, либо выбрать удаление архивированных данных вручную.

6.

Выберите Дальше для возврата к экрану ведения для инфо-провайдера.

7.

Объект архивации генерируется при активации инфо-провайдера. Кроме объекта архивации, также создаются программы записи в архив и удаления из управления архивом.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

501

Раздел 10: Архивация (дополнительно)

BW310

Создание архивных файлов Предпосылки Выберите инфо-провайдер, данные из которого необходимо архивировать. В контекстном меню выберите Управление архивом для вызова первого экрана управления архивом (транзакция SARA.)

Рисунок 164: Управление архивом

Процедура 1.

Выберите Запись. Появится экран, на котором следует запланировать фоновое задание для программы записи. Предупреждение: Система сообщает, выполнялся ли уже прогон архивации для данного объекта архивации и являются ли файлы, созданные в результате этого прогона, доступными или обработанными программой удаления. То же самое касается прерванных прогонов архивации.

Продолжение на следующей странице

502

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

В этом случае проверьте, что в планируемом задании не производится выбора данных, содержащихся в еще не обработанных архивных файлах. Рекомендация: Если выбранные варианты уже используются в других заданиях, необходимо использовать опцию Задания с выбранными вариантами для их просмотра и, если требуется, удаления.

Рисунок 165: Создание архивных файлов

2.

Для выбора варианта воспользуйтесь справкой по допустимым значениям ввода. При отсутствии доступных вариантов выберите Варианты и выполните ведение необходимых вариантов. Формат экрана выбора зависит от метода архивации, выбранного при определении объекта архивации. Если для архивации данных используются кванты времени, для выбранного временного признака можно применить только критерии выбора. Можно определить критерий относительно текущей системной даты или в качестве абсолютного условия для временного признака, либо как комбинацию двух первых случаев. Для абсолютных ограничений времени могут быть поставлены условия исключения. Эти условия исключения используются, например, для исключения конкретного периода времени из периодического прогона архивации. Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

503

Раздел 10: Архивация (дополнительно)

BW310

Относительное условие времени преобразуется в критерий выбора для временного признака в зависимости от времени запуска процесса записи. Система выводит пересечение множеств с абсолютными условиями времени. Результирующее условие выбора сохраняется во время прогона архивации. Впоследствии это условие используется для выбора данных, сохраняемых в архивные файлы, а также для удаления данных из базы данных. При архивации без квантов времени можно использовать любые критерии выбора для каждого выбранного признака, за исключением образцов выбора и условий включения. Система сортирует данные согласно признакам, которые были выбраны для определения объекта данных, затем она считывает эти данные и группирует данные в соответствующие объекты данных. 3.

Выполните ведение параметров Срок запуска и Параметры спула.

4.

Запланируйте прогон архивации. Перед запуском фактического прогона архивации имеется возможность выполнения тестового прогона.

Удаление архивированных данных В системе SAP BW данные удаляются не по объектам данных, что обычно имеет место в прогонах архивации. Вместо этого удаление данных выполняется как отдельный шаг для всего прогона архивации. Это обусловлено следующим: •

•

Для инфо-кубов должна обеспечиваться непротиворечивость фактических данных в таблице фактов и агрегатах. Для обеспечения этого применительно к запросам, при удалении данных из таблицы фактов и из агрегатов инфо-куб должен быть защищен от доступа для чтения. Этот период должен быть как можно более коротким. В не зависящих от баз данных стратегиях удаления имеется возможность повышения системной производительности путем применения объединенных условий удаления.

Однако необходимо обеспечить то, чтобы удалялись только те данные, которые были успешно сохранены в архивных файлах. С целью выполнения требований КИА предусмотрены три этапа процесса удаления. 1.

504

Первый этап является этапом проверки. На этом этапе архивный файл, присвоенный процессу (задания удаления запускаются для каждого архивного файла), открывается в тестовом режиме и полностью считывается. Этим

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

обеспечиваются доступность и полнота архивного файла. В случае успешной проверки в отдельной таблице статусов для архивного файла появляется соответствующее сообщение. 2.

На втором этапе начинается фактическое удаление данных из инфо-провайдера. В начале этого этапа система проверяет, выполнены ли предпосылки для удаления. Предпосылки считаются выполненными, если: •

•

Процесс записи был успешно завершен, что означает, что система убедилась в отсутствии успешной проверки каких-либо новых архивных файлов в прогоне архивации. Все архивные файлы в прогоне архивации были успешно проверены.

Если процесс записи еще не закончился, или не все архивные файлы были проверены, процесс удаления на этом будет прерван. Фактический прогон программы удаления запускается посредством последнего процесса удаления для прогона архивации с критериями выбора из всего прогона — другими словами, с теми же самыми условиями выбора, с которыми были также записаны данные из инфо-провайдера. Используемая стратегия удаления зависит от условий выбора, объема удаляемых данных и свойств таблиц базы данных. •

•

•

•

При удалении всего инфо-провайдера в соответствии с условиями выбора для прогона архивации, обрабатываемые инфо-провайдером таблицы удаляются из базы данных, а затем создаются повторно. Если количество удаляемых записей превышает определенное пороговое значение (например, 10%), система создает копию таблицы с критериями выбора для прогона архивации. Система удаляет старую таблицу и переименовывает новую таблицу, присваивая ей имя прежней таблицы. Если количество удаляемых записей остается ниже порогового значения, система выполняет выборочное удаление в таблице базы данных. При наличии разделения таблицы фактов инфо-куба, в некоторых случаях удаление может выполняться путем полного удаления разделов (сброс разделов).

Стратегии, применяющиеся к таблицам фактов, относятся также и к агрегатам инфо-куба, однако с одним исключением: при удалении агрегатов применяются условия удаления только тех признаков, которые используются в агрегате. В некоторых случаях это означает, что из агрегата удаляется слишком много

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

505

Раздел 10: Архивация (дополнительно)

BW310

данных. Для компенсации этого агрегат расширяется путем агрегирования разницы из более подробного агрегата или при использовании таблицы фактов, если более подробный агрегат не существует. Примечание: При удалении данных из инфо-провайдеров вызывается функция Выборочное удаление с параметрами выбора прогона архивации. В случае ODS-объектов это означает, что система выполняет удаление лишь из таблицы Активные данные. Журнал изменений остается без изменений. Поэтому в случае ODS-объектов особенно важно наличие защиты архивируемой области данных, предотвращающей повторную загрузку данных в ODS-объект. В противном случае при активации данных будет выполнено не только создание новых записей в таблице Активные данные, но также и создание действительного обновления в журнале изменений, а также обновление в связанных целях данных. 3.

После успешного удаления данных из инфо-провайдера начинается третий этап. На этом заключительном этапе все архивные файлы в прогоне архивации подтверждаются КИА. Архивные файлы открываются в продуктивном режиме и сразу же вновь закрываются.

Весь процесс удаления показан на следующей схеме. Здесь предполагается, что задание удаления автоматически запускается на этапе записи. Это можно определить на экранах пользовательской настройки для объекта архивации.

506

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Рисунок 166: Удаление архивированных данных

Предупреждение: Удаление инфо-провайдера. При удалении инфо-провайдера также удаляется присвоенный ему объект архивации. Кроме того, удаляются связи с архивными файлами. При удалении содержимого инфо-провайдера удаляются только данные из таблиц базы данных. Связи с архивными файлами остаются в системе.

Доступ к архивированным данным В настоящее время функция архивации данных поддерживает хранение переменных данных только во внешних средах хранения. Непосредственный выборочный доступ к архивированным данным для системы отчетов в SAP BW пока не поддерживается. Поэтому требуется либо более длительное хранение данных в базе данных, либо повторная загрузка данных из архива по мере необходимости. Эта проблема перезагрузки данных не настолько серьезна в системе SAP BW, насколько она является таковой в операционных системах. Здесь перезагрузка данных обычно означает возврат архивированных данных в исходные таблицы. Гибкость платформы системы SAP BW обеспечивает отсутствие необходимости в этом. Создание копии исходного хранилища данных и ее использование для сбора данных из архива не представляет сложности. Данные загружаются в копию, и при использовании

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

507

Раздел 10: Архивация (дополнительно)

BW310

мультипровайдеров выполняется анализ данных из архива наряду с текущими данными. Когда необходимость в повторно загруженных данных исчезает, можно удалить все содержимое созданного инфо-провайдера без каких-либо затруднений. Предупреждение: SAP не рекомендует выполнять непосредственную повторную загрузку данных, так как впоследствии это может привести к противоречивым дельтам для хранимых целей данных. Также имеется риск того, что данные будут архивироваться более одного раза. По этой причине необходимо создание инфо-провайдера с идентичной или подобной структурой. Для соединения архивированного инфо-провайдера с новым инфо-провайдером следует использовать правила обновления. Примечание: Для вызова архивированных данных и проверки на ошибки можно также использовать контролер экстрактора (транзакция RSA3) из экспортного источника данных. При наличии активного объекта архивации, доступного для инфо-провайдера, в качестве источников данных можно выбрать как базу данных, так и архив (или и то, и другое). Возможность считывания данных из архива появляется только после предварительного выбора для считывания прогонов архивации или архивных файлов. Выбранные архивные файлы открываются и считываются в указанной последовательности; их фильтрация выполняется согласно указанным условиям выбора. Процедура проверки архивного файла:

508

1.

Вызовите транзакцию RSA3.

2.

Выберите экспортный источник данных для архивированного объекта. Техническое имя экспортного источника данных совпадает с техническим именем инфо-провайдера с префиксом 8.

3.

Выберите Только архив для извлечения архивированных данных.

4.

Воспользуйтесь опцией Выбор архивного файла для выбора файла архива.

5.

Запустите экстракцию.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Перезагрузка архивных файлов Использование Необходима повторная загрузка архивированных данных в копию инфо-провайдера.

Предпосылки Создана копия инфо-провайдера, и для его связывания с экспортным источником данных исходного инфо-провайдера использованы правила обновления.

Рисунок 167: Перезагрузка архивных файлов

Процедура 1.

Для повторной загрузки архивированных данных в ODS-объект или инфо-куб в дереве инфо-провайдеров в контекстном меню для архивированного инфо-провайдера выберите Обновление данных в целях данных.

2.

Выберите метод Полное обновление, поскольку только этот метод может использоваться для данных архивов. Произойдет переход к планировщику.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

509

Раздел 10: Архивация (дополнительно)

510

BW310

3.

В Планировщик перейдите на закладку Выбор данных и воспользуйтесь опцией Выбор архива для выбора архивного файла.

4.

На закладке Цели данных выберите в качестве цели обновления копию инфо-провайдера.

5.

Запустите процесс загрузки.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Упражнение 14: Архивация Время на упражнения: минут(ы)

Цели упражнения Выполнив это упражнение, вы сможете: • создавать объекты архивации для инфо-кубов и ODS-объектов • последовательно выполнять шаги процесса архивации • загружать архивированные данные обратно в систему SAP BW

Практический пример Для данных позиции заказа на поставку используется ODS-объект, данные из которого обновляются и агрегируются в инфо-куб. Для подробной отчетности с использованием этого ODS-объекта Вам требуются только относительно актуальные данные. Отчеты на основе данных за предыдущие периоды выполняются с применением агрегируемых инфо-кубов. Для уменьшения количества записей в таблицах следует заархивировать те данные документов в ODS-объекте, которые уже не требуются для системы отчетов.

Данные системы Система: See this week's mail Мандант: 800 Ид. пользователя Training Пароль: See this week's mail Инструкция по настройке: 1.

No other settings are necessary.

Задание 1 Создайте новый объект архивации для ODS-объекта GR## Заказы ODS (T_ODS##). В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##. Выберите опцию Изменить. Появится экран Ведение ODS-объектов.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

511

Раздел 10: Архивация (дополнительно)

BW310

В меню Обработка ODS-объекта выберите Дополнительная информация → Архивация и ответьте Да на запрос о необходимости создания нового объекта архивации. 1.

На закладке Выбор данных произведите выбор согласно методу Кванты времени для признака 0CH_ON Дата изменения. Защитите архивируемую область от попадания данных при повторной загрузке в ODS-объект. Если этот индикатор установлен до архивации новых данных, система проверяет, могут ли новые записи данных изменить какие-либо существующие архивированные области данных.

2.

На закладке СтруктФайла изменять параметры для Размер архивного файла, установленные в пользовательской настройке, не требуется (ввод не требуется). Для структуры объектов данных выберите признаки Ключ кластера, Сектор (0DIVISION) и Заказчик (0SOLD_TO) для группировки записей в объектах данных.

3.

Не вносите изменений в настройки по умолчанию на закладке Папки.

4.

На закладке Удалить выберите Не запланировано для Задания удаления. Это необходимо, поскольку в дальнейшем предполагается запускать процесс удаления вручную.

5.

Подтвердите ввод и активируйте ODS-объект.

Задание 2 Заархивируйте данные из ODS-объекта T_ODS## за прошлые годы. 1.

Прежде всего, сконфигурируйте способ записи данных в архив. В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##. Выберите опцию Управление архивом. Появится экран ведения ODS-объекта. Создайте новый вариант с именем GR##_PREVYEARS для записи данных в архив. Выполните ведение следующих параметров для варианта: Относит. ограничение времени → Только записи старше чем 1 год. Только полные месяцы. Абсолют. ограничение времени использовать не требуется. Продолжение на следующей странице

512

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Выберите опцию Архивация для управления выполнением. Выполните ведение атрибутов варианта и сохраните их под именем GR## Прошлые годы (Отн.). 2.

В управлении архивом перейдите к ODS-объекту T_ODS## на экране Управление архивом: Создание архивных файлов. Запланируйте прогон архивации. Выберите Срок запуска → Немедленно и подтвердите предложенные Параметры спула. Введите следующие данные: УстрВывода: LP01, Число копий: 1, Печатать все. Проверьте прогон в обзоре заданий.

3.

После успешной архивации данных удалите их из ODS-объекта. В управлении архивом перейдите к ODS-объекту T_ODS## на экране Управление архивом: Запуск программы удаления. Выберите в меню Выбор архива только что выполненный прогон архивации. Запланируйте прогон программы удаления. Выберите Срок запуска → Немедленно и подтвердите предложенные Параметры спула. Проверьте прогон в обзоре заданий.

4.

Запустите контролер экстрактора (транзакция RSA3) и проверьте все данные в архивных файлах для ODS-объекта с использованием соответствующего экспортного источника данных 8T_ODS##. В области Выбор архива выберите опцию Только архив и отметьте последний прогон архивации посредством Выбор архивного файла. Выполните экстракцию, а затем проверьте данные в выведенном списке. Дважды щелкните в списке по пакету данных для открытия отдельных записей для просмотра.

Задание 3 На экране управления для ODS-объекта T_ODS## проверьте содержимое таблицы на наличие активных данных.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

513

Раздел 10: Архивация (дополнительно)

1.

BW310

В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##. Выберите опцию Управление. Появится экран Ведение ODS-объектов. На закладке Содерж выберите Активные дан. Для временного признака CH_ON выберите период с 01.01.1000 по последний день предыдущего месяца прошлого года (например: 31.08.2001, если текущая дата - 27.09.2002). Выберите Число записей. Если выбранный период соответствует периоду, данные которого были заархивированы и затем удалены, система не найдет никаких записей данных.

Задание 4 Возникла ситуация, в которой для отчетов все-таки потребовались архивированные данные. Теперь необходимо повторно загрузить эти данные обратно из архива. Поскольку область архива была защищена, вначале необходимо создать копию исходного ODS-объекта T_ODS##, в который можно загрузить данные. 1.

В контекстном меню инфо-области Группа ## (T_05A##) (Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ##), выберите опцию Создать ODS-объект. Создайте новый ODS-объект с техническим именем T_O2_## и описанием GR## Копия ODS . Используйте существующий ODS-объект T_ODS## в качестве образца.

2.

Создайте заново правила обновления между новым ODS-объектом T_O2_## и первым ODS-объектом T_ODS##. Это позволит использовать экспортный источник данных для обращения к архиву. Активируйте правила обновления, не внося никаких других изменений. Устанавливать какие-либо дополнительные параметры настройки не требуется, поскольку эти два ODS-объекта являются копиями, идентичными друг другу. Продолжение на следующей странице

514

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

3.

Обновите данные из последнего прогона архивации в копии ODS-объекта T_O2_##. Создайте новый инфо-пакет: В контекстном меню ODS-объекта выберите Группа ## Заказы ODS (T_ODS##) (Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##. Выберите опцию Обновление данных ODS в цели данных. Появится сообщение о том, что в уже присоединенных целях данных нет активных данных, доступных для обновления. Причиной этого является то, что уже был инициализирован присоединенный инфо-куб с дельта-обновлением. После этого никакие другие данные в ODS-объекте не активировались. Подтвердите сообщение

.

Поскольку новые цели данных уже присоединены (копия ODS-объекта), теперь следует выбрать режим обновления, который будет использоваться для снабжения данными новой цели данных. Выберите Обновление таблицы ODS → Полное обновление, а затем Обновить. Система создает новый инфо-пакет для обновления. 4.

На закладке Выбор данных выберите

.

В Выбор архива выберите опцию Только архив, а затем Выбор архивного файла. Выберите последний прогон архивации и подтвердите выбор с помощью Дальше

.

Кроме того, выберите заказчика 1000. 5.

Сразу запустите обновление и проверьте его ход в мониторе.

Задание 5 Создайте новый мультипровайдер с техническим именем T_MODS## и описанием Мультипровайдер ODS с архивом.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

515

Раздел 10: Архивация (дополнительно)

BW310

1.

В контекстном меню инфо-области выберите Группа ## (T_05A##) (Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ##). Выберите опцию Создать мультипровайдер.

2.

Включите в мультипровайдер оба ODS-объекта T_ODS## и T_O2_##. В результате произойдет объединение данных, все еще подлежащих архивации, с данными, повторно загруженными из архива для отчетов. Рекомендация: В области Опции просмотра выберите опцию Только выбранные и инфо-область для инфо-области Группа ## (T_05##), чтобы для выбора были доступны только объекты в пределах выбранной инфо-области.

3.

Перенесите все признаки в мультипровайдер и присвойте ему все признаки из обоих инфо-провайдеров. Для этого на экране Идентификация включенных признаков установите все индикаторы в столбце Соответствует.

Рекомендация: Выберите Создать данные по умолчанию. 4.

Создайте измерение с именем Фикт. и присвойте все признаки этому измерению.

5.

Перенесите все показатели в структуру мультипровайдера и выберите все показатели в Выбор.

6.

Проверьте и активируйте мультипровайдер.

Задание 6 Создайте определение запроса, позволяющее анализировать данные из исходного ODS-объекта в сочетании с данными, восстановленными из архива. Просмотрите происхождение данных в отчете для созданного признака 0INFOPROV. 1.

В Query Designer создайте с использованием мультипровайдера T_MODS## новый запрос с техническим именем T_MODS##_Q1 и описанием Отчет с архивированными данными. Откройте Query Designer Пуск → Программы → Business Explorer → Query Designer и зарегистрируйтесь на сервере SAP BW. Продолжение на следующей странице

516

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Выберите Новый запрос

.

В диалоговом окне Новый запрос: Выбор инфо-провайдера введите в поле Описание/Техническое имя техническое имя мультипровайдера T_MODS## и выберите OK. 2.

Перенесите признак Инфо-провайдер (0INFOPROV) из Измерение

→ Пакет данных в столбцы методом перетаскивания.

В Измерение → Фикт. перенесите признаки Заказчик (0SOLD_TO) и Дата изменения (0CH_ON) в строки методом перетаскивания. В папке Показатели перетащите показатель Стоимость нетто (0NET_VALUE) в столбцы и поместите его в существующий признак Инфо-провайдер (0INFOPROV) так, чтобы этот признак оказался перед структурой показателя. 3.

Ограничьте признак Заказчик (0SOLD_TO) одним значением 1000 Becker Berlin. В контекстном меню признака Заказчик (0SOLD_TO) выберите Ограничить. Выведите для просмотра ключи путем выбора опции Технические имена в контекстном меню. Отсортируйте список выбора по ключу с помощью опции Техническое имя в заголовке столбца. Выберите Becker Berlin 1000 и переместите его в выбор с помощью кнопок со стрелками. Подтвердите выбор с помощью OK.

III квартал 2004

4.

Сохраните определение запроса в "Фавориты": Описание Отчет с архивированными данными , Техническое имя T_MODS##_Q1.

5.

Выполните отчет в Web.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

517

Раздел 10: Архивация (дополнительно)

BW310

Решение 14: Архивация Задание 1 Создайте новый объект архивации для ODS-объекта GR## Заказы ODS (T_ODS##). В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##. Выберите опцию Изменить. Появится экран Ведение ODS-объектов. В меню Обработка ODS-объекта выберите Дополнительная информация

→ Архивация и ответьте Да на запрос о необходимости создания нового объекта архивации. 1.

На закладке Выбор данных произведите выбор согласно методу Кванты времени для признака 0CH_ON Дата изменения. Защитите архивируемую область от попадания данных при повторной загрузке в ODS-объект. Если этот индикатор установлен до архивации новых данных, система проверяет, могут ли новые записи данных изменить какие-либо существующие архивированные области данных. a) b)

2.

Не вносите изменений в критерии выбора по умолчанию. Выберите Защитить архивир. область.

На закладке СтруктФайла изменять параметры для Размер архивного файла, установленные в пользовательской настройке, не требуется (ввод не требуется). Для структуры объектов данных выберите признаки Ключ кластера, Сектор (0DIVISION) и Заказчик (0SOLD_TO) для группировки записей в объектах данных.

3.

a) b)

Не изменяйте параметры в Размер архивного файла. В правой части образца признаков нажмите клавишу и выберите признаки 0DIVISION и 0SOLD_TO.

c)

Выберите левый столбец В прошлом

.

Не вносите изменений в настройки по умолчанию на закладке Папки. a)

Никаких изменений не требуется.

Продолжение на следующей странице

518

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

4.

На закладке Удалить выберите Не запланировано для Задания удаления. Это необходимо, поскольку в дальнейшем предполагается запускать процесс удаления вручную. a)

5.

См. описание выше.

Подтвердите ввод и активируйте ODS-объект. a)

Выберите Дальше (Enter)

b)

Активируйте ODS-объект

. и закройте экран

.

Задание 2 Заархивируйте данные из ODS-объекта T_ODS## за прошлые годы. 1.

Прежде всего, сконфигурируйте способ записи данных в архив. В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##. Выберите опцию Управление архивом. Появится экран ведения ODS-объекта. Создайте новый вариант с именем GR##_PREVYEARS для записи данных в архив. Выполните ведение следующих параметров для варианта: Относит. ограничение времени → Только записи старше чем 1 год. Только полные месяцы. Абсолют. ограничение времени использовать не требуется. Выберите опцию Архивация для управления выполнением.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

519

Раздел 10: Архивация (дополнительно)

BW310

Выполните ведение атрибутов варианта и сохраните их под именем GR## Прошлые годы (Отн.). a)

b) c)

d)

В контекстного меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS## Управление архивом. Выберите Скопировать. Укажите имя варианта GR##_PREVYEARS и выберите Ведение. Подтвердите присвоение экрана и больше не вносите никаких изменений. Выберите Только записи старше чем 1 год в качестве относительного ограничения времени. Только полныемесяцы.

e) f) g)

Абсолют. ограничение времени использовать не требуется. Выберите опцию Архивация для управления выполнением. Выберите Атрибуты и выполните их ведение под именем GR## Прошлые годы (Отн.). Устанавливать какие-либо дополнительные параметры настройки для атрибутов варианта не требуется.

h)

Выберите Сохранить вариантов

2.

и Выход для закрытия экрана Ведение

.

В управлении архивом перейдите к ODS-объекту T_ODS## на экране Управление архивом: Создание архивных файлов. Запланируйте прогон архивации. Выберите Срок запуска → Немедленно и подтвердите предложенные Параметры спула. Введите следующие данные: УстрВывода: LP01, Число копий: 1, Печатать все.

Продолжение на следующей странице

520

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Проверьте прогон в обзоре заданий. a)

Выберите , а затем Немедленно → Сохранить

b)

Выберите по умолчанию.

.

и подтвердите значения

УстрВывода: LP01, Число копий: 1, Печатать все. Выберите Дальше

3.

.

c)

Выполните прогон архивации

d)

Выберите процесса.

e)

Выйдите из управления архивом

.

и нажмите Обновить

для проверки .

После успешной архивации данных удалите их из ODS-объекта. В управлении архивом перейдите к ODS-объекту T_ODS## на экране Управление архивом: Запуск программы удаления. Выберите в меню Выбор архива только что выполненный прогон архивации. Запланируйте прогон программы удаления. Выберите Срок запуска → Немедленно и подтвердите предложенные Параметры спула.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

521

Раздел 10: Архивация (дополнительно)

BW310

Проверьте прогон в обзоре заданий. a)

b) c)

d)

В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS## Управление архивом. Выберите Скопировать. , а затем на экране Выбор Выберите файлов для удаления выберите только что выполненный прогон архивации. Подтвердите выбор с помощью Дальше. Выберите Срок запуска, а затем Немедленно → Сохранить

e)

.

Выберите Параметры спула и подтвердите предложенные значения. УстрВывода: LP01, Число копий: 1, Печатать все. Выберите Дальше

4.

.

f)

Выполните прогон программы удаления

g)

Выберите

h)

. Обновить Выйдите из управления архивом

.

и проверьте ход процесса с помощью .

Запустите контролер экстрактора (транзакция RSA3) и проверьте все данные в архивных файлах для ODS-объекта с использованием соответствующего экспортного источника данных 8T_ODS##. В области Выбор архива выберите опцию Только архив и отметьте последний прогон архивации посредством Выбор архивного файла. Выполните экстракцию, а затем проверьте данные в выведенном списке.

Продолжение на следующей странице

522

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Дважды щелкните в списке по пакету данных для открытия отдельных записей для просмотра. a)

d) e) f)

Перейдите к контролеру экстрактора из поля OK посредством /nRSA3 и Enter. В поле Источник данных введите техническое имя экспортного источника данных для ODS-объекта: 8T_ODS##. Не изменяйте предложенные Параметры настройки, Режим выполнения и Выборы. В области Выбор архива выберите опцию Только архив. Выберите Выбор архивного файла. Выберите последний прогон архивации и подтвердите

g)

выбор с помощью Дальше . Выберите Экстракция и подтвердите информацию о

h) i) j)

количестве записей данных . Выберите Просмотр списка. Откройте пакет данных посредством двойного щелчка. Выйдите из контролера экстрактора.

b) c)

Задание 3 На экране управления для ODS-объекта T_ODS## проверьте содержимое таблицы на наличие активных данных. 1.

В контекстном меню ODS-объекта выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##. Выберите опцию Управление. Появится экран Ведение ODS-объектов. На закладке Содерж выберите Активные дан. Для временного признака CH_ON выберите период с 01.01.1000 по последний день предыдущего месяца прошлого года (например: 31.08.2001, если текущая дата - 27.09.2002). Выберите Число записей. Если выбранный период соответствует периоду, данные которого были заархивированы и затем удалены, система не найдет никаких записей данных. a)

См. описание выше.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

523

Раздел 10: Архивация (дополнительно)

BW310

Задание 4 Возникла ситуация, в которой для отчетов все-таки потребовались архивированные данные. Теперь необходимо повторно загрузить эти данные обратно из архива. Поскольку область архива была защищена, вначале необходимо создать копию исходного ODS-объекта T_ODS##, в который можно загрузить данные. 1.

В контекстном меню инфо-области Группа ## (T_05A##) (Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ##), выберите опцию Создать ODS-объект. Создайте новый ODS-объект с техническим именем T_O2_## и описанием GR## Копия ODS . Используйте существующий ODS-объект T_ODS## в качестве образца. a) b)

Введите в поле ODS-объект техническое имя T_O2_## и описание GR## Копия ODS . Определите T_ODS## как Образец.

c) d)

. Выберите Активируйте новый ODS-объект, не внося никаких других изменений

2.

.

Создайте заново правила обновления между новым ODS-объектом T_O2_## и первым ODS-объектом T_ODS##. Это позволит использовать экспортный источник данных для обращения к архиву.

Продолжение на следующей странице

524

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

Активируйте правила обновления, не внося никаких других изменений. Устанавливать какие-либо дополнительные параметры настройки не требуется, поскольку эти два ODS-объекта являются копиями, идентичными друг другу. a)

3.

b)

В контекстном меню ODS-объекта GR## Копия ODS (T_O2_##) выберите Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_02_##. Выберите опцию Создать правила обновления. Выберите Источник данных → ODS-объект T_ODS##.

c)

Выберите Следующий экран

d)

Активируйте правила обновления

e)

Закройте экран Ведение правил обновления

или Enter. . .

Обновите данные из последнего прогона архивации в копии ODS-объекта T_O2_##. Создайте новый инфо-пакет: В контекстном меню ODS-объекта выберите Группа ## Заказы ODS (T_ODS##) (Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ## → T_ODS##. Выберите опцию Обновление данных ODS в цели данных. Появится сообщение о том, что в уже присоединенных целях данных нет активных данных, доступных для обновления. Причиной этого является то, что уже был инициализирован присоединенный инфо-куб с дельта-обновлением. После этого никакие другие данные в ODS-объекте не активировались. Подтвердите сообщение

.

Поскольку новые цели данных уже присоединены (копия ODS-объекта), теперь следует выбрать режим обновления, который будет использоваться для снабжения данными новой цели данных. Выберите Обновление таблицы ODS → Полное обновление, а затем Обновить. Система создает новый инфо-пакет для обновления. a)

См. описание выше.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

525

Раздел 10: Архивация (дополнительно)

4.

BW310

На закладке Выбор данных выберите

.

В Выбор архива выберите опцию Только архив, а затем Выбор архивного файла. Выберите последний прогон архивации и подтвердите выбор с помощью Дальше

.

Кроме того, выберите заказчика 1000. a) 5.

См. описание выше.

Сразу запустите обновление и проверьте его ход в мониторе. a)

В инфо-пакете на закладке Запланировать выберите опцию Немедленный запуск загрузки данных и запустите процесс .

загрузки данных b)

Выберите для проверки хода процесса загрузки данных в мониторе.

Задание 5 Создайте новый мультипровайдер с техническим именем T_MODS## и описанием Мультипровайдер ODS с архивом. 1.

В контекстном меню инфо-области выберите Группа ## (T_05A##) (Инструментальные средства администратора → Моделирование → Инфо-провайдер → Обучение BW → Обучение клиентов BW → BW310 Организация хранилищ данных → Группа ##). Выберите опцию Создать мультипровайдер. a)

В поле Мультипровайдер укажите техническое имя T_MODS## и описание Мультипровайдер ODS с архивом.

b)

Выберите Создать

.

Продолжение на следующей странице

526

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

2.

Включите в мультипровайдер оба ODS-объекта T_ODS## и T_O2_##. В результате произойдет объединение данных, все еще подлежащих архивации, с данными, повторно загруженными из архива для отчетов. Рекомендация: В области Опции просмотра выберите опцию Только выбранные и инфо-область для инфо-области Группа ## (T_05##), чтобы для выбора были доступны только объекты в пределах выбранной инфо-области. a)

В области Опции просмотра выберите опцию Только выбранные и инфо-область и откройте список выбора .

b) c)

. Выберите и перенесите инфо-область Группа ## (T_05##) На закладке ODS-объекты, в столбце Включенные выберите два ODS-объекта T_ODS## и T_O2_## и подтвердите выбор с помощью Дальше

3.

.

Перенесите все признаки в мультипровайдер и присвойте ему все признаки из обоих инфо-провайдеров. Для этого на экране Идентификация включенных признаков установите все индикаторы в столбце Соответствует.

Рекомендация: Выберите Создать данные по умолчанию. a)

На закладке Признаки в Образец выберите Выделить все

b) c) d)

. Выберите Перенос полей Выберите Идентификация. Выберите Создать данные по умолчанию для присвоения мультипровайдеру всех признаков из обоих инфо-провайдеров.

e)

Подтвердите ввод с помощью Дальше (Enter)

.

.

Продолжение на следующей странице

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

527

Раздел 10: Архивация (дополнительно)

4.

Создайте измерение с именем Фикт. и присвойте все признаки этому измерению. a)

Выберите Измерения.

b) c) d) e)

. Выберите Создать В поле Подробный текст укажите имя измерения Фикт. Перейдите на закладку Присвоение. Выберите все признаки в области Признаки и присвоенные измерения. В области Измерения справа вверху установите курсор на измерение Фикт. Выберите Присвоить.

f) g) 5.

6.

BW310

Перенесите все показатели в структуру мультипровайдера и выберите все показатели в Выбор. a)

На закладке Показатели в Образец выберите Выделить все

b) c)

Выберите Перенос полей Выберите Выбор.

d)

Выберите

.

.

и Дальше (Enter)

.

Проверьте и активируйте мультипровайдер. .

a)

Выберите Проверка

b)

Выберите Активировать

.

Задание 6 Создайте определение запроса, позволяющее анализировать данные из исходного ODS-объекта в сочетании с данными, восстановленными из архива. Просмотрите происхождение данных в отчете для созданного признака 0INFOPROV. 1.

В Query Designer создайте с использованием мультипровайдера T_MODS## новый запрос с техническим именем T_MODS##_Q1 и описанием Отчет с архивированными данными. Откройте Query Designer Пуск → Программы → Business Explorer → Query Designer и зарегистрируйтесь на сервере SAP BW. Выберите Новый запрос

.

Продолжение на следующей странице

528

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Урок: Архивация в системе SAP BW

В диалоговом окне Новый запрос: Выбор инфо-провайдера введите в поле Описание/Техническое имя техническое имя мультипровайдера T_MODS## и выберите OK. a) 2.

См. описание выше.

Перенесите признак Инфо-провайдер (0INFOPROV) из Измерение

→ Пакет данных в столбцы методом перетаскивания.

В Измерение → Фикт. перенесите признаки Заказчик (0SOLD_TO) и Дата изменения (0CH_ON) в строки методом перетаскивания. В папке Показатели перетащите показатель Стоимость нетто (0NET_VALUE) в столбцы и поместите его в существующий признак Инфо-провайдер (0INFOPROV) так, чтобы этот признак оказался перед структурой показателя. a) 3.

См. описание выше.

Ограничьте признак Заказчик (0SOLD_TO) одним значением 1000 Becker Berlin. В контекстном меню признака Заказчик (0SOLD_TO) выберите Ограничить. Выведите для просмотра ключи путем выбора опции Технические имена в контекстном меню. Отсортируйте список выбора по ключу с помощью опции Техническое имя в заголовке столбца. Выберите Becker Berlin 1000 и переместите его в выбор с помощью кнопок со стрелками. Подтвердите выбор с помощью OK. a)

4.

Сохраните определение запроса в "Фавориты": Описание Отчет с архивированными данными , Техническое имя T_MODS##_Q1. a) b)

5.

. Выберите Сохранить запрос Введите Описание Отчет с архивированными данными и Техническое имя T_MODS##_Q1 и выберите Сохранить.

Выполните отчет в Web. a)

III квартал 2004

См. описание выше.

Выберите Просмотреть запрос в Web Ctrl+W

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

.

529

Раздел 10: Архивация (дополнительно)

BW310

Резюме по уроку Теперь вы сможете: • пояснять процесс архивации • создавать объекты архивации • архивировать данные из целей данных (инфо-кубов и ODS-объектов)

530

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

BW310

Резюме по разделу

Резюме по разделу Теперь вы сможете: • пояснять процесс архивации • создавать объекты архивации • архивировать данные из целей данных (инфо-кубов и ODS-объектов)

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

531

Резюме по курсу

BW310

Резюме по курсу Теперь вы сможете: • • • • • • • •

532

описывать архитектуру SAP BW и пояснять ее преимущества; осуществлять управление метаданными; определять новые инфо-объекты, источники данных и инфо-источники; создавать правила переноса и правила обновления; определять цели данных или инфо-провайдеров; выполнять планирование и мониторинг процессов загрузки данных в SAP BW; активировать бизнес-содержимое; архивировать данные из базовых кубов и ODS-объектов.

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

III квартал 2004

Обратная связь SAP AG предприняло все усилия при подготовке этого курса, чтобы обеспечить его правильность и полноту.

III квартал 2004

© 2003 г. SAP AG All rights reserved. Авторские права защищены.

533