Продолжение таблицы

3.8.5 Настройка правила переноса инфо-источника «БДДС. Платежи. Факт и облиго» (ZMZB007) и источника данных «БДДС. Факт» (Z_FI_FACT)

В приведенной ниже таблице 6 указаны правила переноса для инфо-источника «БДДС. Платежи. Факт и облиго».

Таблица 6 - Правила переноса для инфо-источника «БДДС. Платежи. Факт и облиго»

3.9 Настройка правил обновления

Одной из завершающих стадий загрузки данных в информационное хранилище данных SAP BW из системы SAP R/3 является настройка правил обновления.

Правила обновления настраиваются в транзакции RSA1 на закладке «Инфо-провайдеры». Выбрать в контекстном меню пункт «Создать правила обновления». Далее указываются правила обновления (рисунок 28). После установки всех необходимых параметров: выбор инфо-источника, ODS-объекта, вспомогательного инфо-куба нажатием кнопки «Активировать» сохраняются все сделанные настройки и данные составляются в инфо-куб. Также далее возможна последующая обработка данных инфо-куба посредством OLAP – процессора.

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

Рисунок 28 – Настройка правил обновления

3.10 Разработка ETL-процесса средствами ABAP

3.10.1 Предпосылки создания ETL-процесса

Стандартные возможности систем SAP R/3 и SAP BW очень велики, а набор доступных функций постоянно расширяется. При разработке ETL-процесса программист может пользоваться базовыми средствами SAP. Так, например, возможно выполнение логических и арифметических операций над переносимыми данными. Однако существуют случаи, когда перед программистом ставят задачи, выполнение которых при помощи стандартных функций SAP невозможно.

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

Основными требованиями к ETL-процессу были:

- просмотр данных по определенному интервалу времени;

- просмотр по отчетам, либо финансированию;

- выборка по счетам;

- вывод на экран загружаемой информации через ALV-грид (стандартная таблица SAP для вывода информации на экран);

- копирование в текстовый файл;

Также ETL-процесс должен поддерживать работу со сторонними базами данных. А также вести собственную базу данных уже использованных ранее настроек. Это помогает облегчить работу пользователю и сократить загрузку сервера информационного хранилища данных.

3.10.2 Работа ETL-процесса

Как было упомянуто выше, ETL-процесс разрабатывался на языке ABAP/4 в среде разработки SAP R/3. При помощи GUI был разработан пользовательский интерфейс ETL-процесса (рисунок 29).

Рассмотрим принцип работы ETL-процесса.

В виртуальной памяти создается таблица, структура которой полностью соответствует таблице запрашиваемой пользователем.

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

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

mzextrheader-progid = sy-repid.

mzextrheader-strukid = 'MYTABLEOUT'.

mzextrheader-extrid = pexrt.

mzextrheader-exrttext = extrtext_info.

INSERT INTO zextrheader VALUES mzextrheader.

IF NOT sy-subrc IS INITIAL.

В данном коде поверяется на истину введенное уникальное имя экстракта. При значении параметра sy-subrc = 0 начинает отрабатывать основной код программы.

Листинг ETL-программы приведен в приложении А.

Особенностями разработанного ETL-процесса являются:

а) Загрузка данных по периоду.

Загрузка какой-нибудь конкретной таблицы без указания периода была бы очень долгой и сильно бы загружала сервер базы данных. Так, например, время загрузки базы данных по ТМЦ (товарно-материальные ценности) за весь период ее существования (2-3 года) составило бы 15-20 часов, тогда как зачастую пользователю требуется данные за последний квартал или месяц, загрузка которых составила бы 5-10 минут. Выборка данных по времени значительно разгружает работу центрального процессора, дисковой системы, а также оперативной памяти сервера. Принимая во внимание то, что как SAP R/3, так и SAP BW являются исключительно клиент-серверными системами, то снижение загрузки серверов приведет к значительной разгрузке сетевого трафика.

б) Выборка по НКС (незавершенное капитальное строительство).

Различные строительно-монтажные работы, изыскательские, проектные, различное оборудование

в) Выборка по счетам и источникам финансирования.

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

г) Вариант вывода отчета.

Доступны два варианта вывода отчета – вывод как текстовый файл, либо вывод как ALV-грид. Вывод информации в текстовый файл полезен для дальнейшего использования полученной информации в DOS-приложениях, либо старых СУБД (FoxPro).