B w что это: Система SAP BW (business warehouse), что это такое?

Содержание

Система SAP BW (business warehouse), что это такое?

Эксперты в сфере IT утверждают – современный бизнес тонет в потоке информации. Ее объемы растут из года в год, как и скорость повышения информационной нагрузки. Одной из главных проблем на этом фоне становится принятие правильных управленческих решений. Решить ее возможно только при условии построения аналитической системы, позволяющей получать в сжатые сроки агрегированную информацию из различных источников. Одним из наиболее эффективных инструментов построения такой системы является SAP BW – решение, доказывающее, что сегодня существуют способы серьезного сокращения сроков получения необходимой для бизнес-аналитики информации.

Люди, не знакомые с современными механизмами хранения и обработки данных зачастую спрашивают: SAP BW – что это? Аббревиатура BW произошла от английского Business Information Warehouse. SAP BW – это платформа, позволяющая хранить огромные объемы бизнес-информации и использовать ее для анализа ситуации и принятия взвешенных управленческих решений.

Основные функции SAP BW

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

Система обеспечивает:

  • автоматических сбор необходимых данных через определенный промежуток времени с помощью настраиваемого планировщика задач;
  • хранение релевантных данных с тем уровнем детализации, который был задан при внедрении системы;
  • многомерный анализ полученных данных на основе технологии OLAP;
  • составление отчетности по различным бизнес-направлениям;
  • отслеживание неблагоприятных факторов с цветовым выделением отклонения от нормы;
  • совместимость со средой MS Excel и Web – интерфейсами.

Основные преимущества SAP BW:

  • полное удовлетворение сотрудников всех структурных подразделений и уровней в достоверной информации о деятельности компании;
  • интеграция с другими информационными системами и их компонентми;
  • оперативность предоставления информации;
  • широкие возможности для разграничения доступа к информации сотрудников в зависимости от их полномочий;
  • наличие типовых форм отчетности и готовых структур данных.

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

Основы SAP Business Warehouse | Microsoft Docs

  • Статья
  • Чтение занимает 5 мин
Были ли сведения на этой странице полезными?

Оцените свои впечатления

Да Нет

Хотите оставить дополнительный отзыв?

Отзывы будут отправляться в корпорацию Майкрософт. Нажав кнопку «Отправить», вы разрешаете использовать свой отзыв для улучшения продуктов и служб Майкрософт. Политика конфиденциальности.

Отправить

В этой статье

В этой статье описывается базовая терминология, используемая при описании взаимодействия между сервером SAP BW и Power Query. Он также содержит сведения о средствах, которые могут пригодиться при использовании соединителя Power Query SAP BW.

Архитектура интеграции

С технической точки зрения интеграция приложений и SAP BW основана на так называемых интерфейсах программирования бизнес-приложений (BAPI) для интерактивной аналитической обработки (OLAP).

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

Приложения всех типов могут быть подключены к серверу SAP BW с помощью этих методов.

BAPI в OLAP реализуются в SAP BW как модули функций, поддерживающие RFC, и вызываются приложениями по протоколу RFC SAP. Для этого на компьютере приложения необходимо установить библиотеку NETWEAVER RFC или соединитель SAP .NET .

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

Обработчик OLAP отвечает за извлечение, обработку и форматирование данных из исходных объектов SAP BW, которые далее описаны в SAP BW источнике данных и объекты данных в SAP BW.

В SAP Business Explorer и других средствах SAP используется более прямой интерфейс к SAP BWному обработчику OLAP, именуемому «службы потребителя бизнес-аналитики», который обычно называется Бикс. Бикс недоступен для сторонних инструментов.

Источники данных SAP BW

BAPI в OLAP предоставляет сторонние приложения с доступом к SAP BW Инфопровидерс и BEx запросы.

Как правило, если средство стороннего производителя, например Power Query, подключается с помощью служб BAPI OLAP, SAP BW сначала отвечает на список каталогов, доступных в SAP BW системе.

Существует один каталог с техническим названием $INFOCUBE , содержащим все инфопровидерс в системе SAP BW. Этот каталог отображается как узел в навигаторе Power Query. Развернув этот узел в навигаторе, можно выбрать из доступных Инфопровидерс в системе SAP BW.

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

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

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

Объекты данных в SAP BW

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

  • Инфопровидер — это универсальный термин для объекта бизнес-АНАЛИТИКИ (BI), в который загружаются данные или которые предоставляют представления данных. Инфопровидерс можно запрашивать с помощью клиентских средств, таких как Business Explorer (или BEx), а также с Power Query.

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

  • InfoCube — это тип инфопровидер. InfoCube описывает, с точки зрения анализа, автономного набора данных для области, ориентированной на бизнес, например приобретения. Вы можете анализировать InfoCube непосредственно в виде Инфопровидер с помощью средств анализа и создания отчетов, включая Power BI или приложения Power Platform.

    InfoCube состоит из набора реляционных таблиц, упорядоченных в соответствии с расширенной схемой типа «звезда». Это означает, что существует таблица фактов (крупная), содержащая ключевые значения для InfoCube, а также несколько (меньших) таблиц измерений, охватывающих ее.

  • Ключевая цифра — это рабочий атрибут, который указывает на числовую меру, например сумму, вес, количество и т. д.

  • Измерение — это группирование связанных характеристик в рамках одного универсального термина. Например, измерение « Заказчик » может состоять из номера клиента, группы клиентов и уровней иерархии «клиент».

    Измерение « продажи » может содержать характеристики « Продавец», « продажи» и « продажи Office».

    Измерение времени может иметь характеристики Day (в формате ГГГГММДД), Week (в формате гггг). WW), месяц (в формате гггг. MM), год (в формате гггг) и финансовый период (в формате гггг). PPP).

  • Характеристики относятся к основным данным с их атрибутами и текстовыми описаниями, а в некоторых случаях — в иерархиях. Характеристики InfoCube хранятся в измерениях.

    Например, измерение « Заказчик » может иметь характеристики, продаваемые по сторонам, Поставка и плательщик.

    У продаваемых характеристик может быть атрибут » страна«, » регион«, » город«, » улица» и » отрасль«. Текстовое описание характеристик — это имя продавца.

    В терминах запроса многомерных выражений атрибуты характеристик также называются свойствами.

  • Объектов InfoObject — это универсальный термин для всех характеристик и ключевых показателей. Все объектов InfoObject поддерживаются независимо от InfoCube в SAP BW. Объектов InfoObject — это самые маленькие единицы бизнес-аналитики (BI). С помощью объектов InfoObject данные могут храниться и сопоставляться в структурированной форме. Это необходимо для создания Инфопровидерс. Объектов InfoObject с атрибутами или текстами могут быть Инфопровидерс.

  • Объект хранилища данных (DSO) выступает в качестве места хранения для консолидированных и очищенных транзакций или основных данных на уровне документа (атомарный). В отличие от многомерных данных в InfoCube, данные в объектах хранилища данных хранятся в прозрачных и плоских таблицах базы данных. Система не создает отдельные таблицы фактов или таблицы измерений для ДСОС. Данные в ДСОС можно оценивать с помощью запроса BEx.

  • Несколько поставщиков — это особый тип инфопровидер, объединяющий данные из нескольких инфопровидерс. Затем они доступны для создания отчетов. В многопоставщиках не содержатся данные, их данные поступают исключительно из Инфопровидерс, на которых они основаны. Многопоставщики могут основываться на любом сочетании Инфопровидерс, включая InfoCube, объекты хранилища данных, объектов InfoObject или Инфосетс.

  • Инфосетс — это особый тип инфопровидер, который не хранит данные физически. Инфосетс описывают данные, основанные на соединении таблиц других Инфопровидерс, таких как объекты хранилища данных, стандартные InfoCube или объектов InfoObject с основными характеристиками данных. Инфосетс может быть полезен, если необходимо создать отчет, охватывающий два или более различных целевых объекта данных в SAP BW.

Составные поставщики — это новый объект данных в SAP BW системах, работающих на Hana, то есть SAP BW 7,5 или BW4/Hana. Составной поставщик основан на СОЕДИНЕНии или ОБЪЕДИНЕНии других Инфопровидерс или аналитических индексов. Данные в составных поставщиках можно оценивать с помощью запроса BEx.

См. также раздел

SAP BW — Краткое руководство

В этой главе мы познакомимся с основами SAP BW и SAP BI. Как это развивалось и улучшалось за эти годы.

SAP BW и BI Введение

SAP Business Intelligence (BI) означает анализ и отчетность по данным из разных разнородных источников данных. SAP Business Warehouse (BW) объединяет данные из разных источников, преобразовывает и объединяет данные, а также выполняет очистку и хранение данных. Это также включает в себя моделирование данных, администрирование и промежуточную область.

Управление данными в SAP BW осуществляется с помощью централизованного инструмента, известного как SAP BI Administration Workbench . Платформа BI обеспечивает инфраструктуру и функции, которые включают в себя:

  • Процессор OLAP
  • Хранилище метаданных,
  • Дизайнер процессов и другие функции.

Business Explorer (BEx) — это инструмент отчетности и анализа, который поддерживает функции запросов, анализа и отчетности в BI. Используя BEx, вы можете анализировать исторические и текущие данные с различной степенью анализа.

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

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

  • BI означает бизнес-аналитику
  • BW расшифровывается как Business Warehouse

В 1997 году компания SAP впервые представила продукт для отчетности, анализа и хранения данных, получивший название Информационная система бизнес-хранилищ (BIW) .

Позже имя было изменено с SAP BIW на SAP Business Warehouse (BW). После того, как SAP приобрел Business Objects, название продукта было изменено на SAP BI.

название BIW версия Дата выхода и год
BIW 1.2A Окт 1998
BIW 1,2 млрд Сентябрь 1999
BIW 2.0A Февраль 2000
BIW 2.0B Июнь 2000
BIW 2.1c Ноя 2000
BW (имя изменено на BW) 3.0A Окт 2001
BW 3.0b Май 2002
BW 3,1 Ноя 2002
BW 3.1C Апр 2004
BW 3,3 Апр 2004
BW 3,5 Апр 2004
BI (имя изменено на BI) 7 Июль 2005

Сбор данных в SAP BI

SAP BI позволяет получать данные из нескольких источников данных, которые могут быть распределены по различным системам BI. Система SAP Business Intelligence может работать в качестве целевой системы для передачи данных или исходной системы для распределения данных по различным целевым объектам BI.

Как упоминалось на рисунке выше, вы можете увидеть исходные системы SAP BI вместе с другими системами —

  • SAP-системы (SAP-приложения / SAP ECC)
  • Реляционная база данных (Oracle, SQL Server и т. Д.)
  • Плоский файл (Excel, Блокнот)
  • Многомерные исходные системы (Universe, использующие разъем UDI)
  • Веб-сервисы, которые передают данные в BI посредством push

При переходе в инструментальные средства администрирования SAP BI там определяется исходная система. Перейти к RSA1 → Исходные системы

По типу источника данных вы можете различать исходные системы —

  • Источники данных для данных транзакций
  • Источники данных для основных данных
  • Источники данных для иерархий
  • Источники данных для текста
  • Источники данных для атрибутов

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

InfoPackage

InfoPackage используется для указания того, как и когда загружать данные в систему BI из разных источников данных. InfoPackage содержит всю информацию о том, как данные загружаются из исходной системы в источник данных или PSA. InfoPackage состоит из условия для запроса данных из исходной системы.

Примечание. Используя InfoPackage в BW 3.5, вы можете загружать данные в промежуточной области постоянства, а также в целях из исходной системы, но если вы используете SAP BI 7.0, загрузка данных должна быть ограничена PSA только для последних версий.

Поток данных BI (InfoPackage и InfoProvider)

BI Content

BI объекты состоят из следующих компонентов —

  • Роли
  • Веб-шаблоны и рабочая тетрадь
  • Запросы
  • InfoProvider
  • Обновить правила
  • InfoSource
  • Правила передачи
  • инфо-объекты
  • Источники данных

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

  • СКМ
  • CRM
  • HR
  • Управление финансами
  • Жизненный цикл продукта
  • Отраслевые решения
  • Не-SAP источники данных и т. Д.

В этой главе мы поговорим о схеме Star и Extended Star. Мы также поймем, что такое InfoArea и InfoObjects.

Схема звезды

В схеме «звезда» каждое измерение объединяется в одну таблицу фактов. Каждое измерение представлено только одним измерением, и оно больше не нормализуется. Таблица измерений содержит набор атрибутов, которые используются для анализа данных.

Например, у нас есть таблица фактов с именем FactSales, в которой есть первичные ключи для всех таблиц Dim, а для измерения используются показатели units_sold и dollar_sold .

У нас есть 4 таблицы измерений — DimTime, DimItem, DimBranch, DimLocation, как показано на следующем рисунке.

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

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

Расширенная схема звезды

В схеме Extended Star таблицы фактов связаны с таблицами измерений, и эта таблица измерений дополнительно связана с таблицей SID, а эта таблица SID связана с таблицами основных данных. В расширенной схеме типа «звезда» у вас есть таблицы фактов и измерений внутри куба, однако таблицы SID находятся за пределами куба. Когда вы загружаете данные транзакций в информационный куб, Dim-идентификаторы генерируются на основе SID, и эти Dim-идентификаторы затем используются в таблицах фактов.

В расширенной схеме «звезда» одна таблица фактов может подключаться к 16 таблицам измерений, и каждой таблице измерений назначается 248 таблиц максимального SID. Эти таблицы SID также называются признаками, и каждая характеристика может иметь таблицы основных данных, такие как ATTR, Текст и т. Д.

  • ATTR — используется для хранения всех данных атрибутов.

  • Текст — используется для хранения описания на нескольких языках.

ATTR — используется для хранения всех данных атрибутов.

Текст — используется для хранения описания на нескольких языках.

InfoArea и InfoObjects

Инфо-объекты известны как наименьшая единица в SAP BI и используются в провайдерах информации, DSO, нескольких провайдерах и т. Д. Каждый провайдер информации содержит несколько инфо-объектов.

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

  • Характеристики, такие как клиент, продукт и т. Д.
  • Единицы, такие как проданное количество, валюта и т. Д.
  • Ключевые показатели, такие как общий доход, прибыль и т. Д.
  • Временные характеристики, такие как год, квартал и т. Д.

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

Область информации

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

В этой главе мы обсудим поток данных и сбор данных в SAP BW.

Обзор потока данных

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

Когда вы активируете источник данных, в SAP BW создается таблица PSA, а затем данные могут быть загружены.

В процессе преобразования определяются поля для инфо-объектов и их значений. Это делается с помощью данных DTP, которые передаются от PSA к различным целевым объектам.

Процесс преобразования включает в себя следующие различные этапы —

  • Консолидация данных
  • Очистка данных
  • Интеграция данных

Когда вы перемещаете данные из одного объекта BI в другой объект BI, данные используют преобразование. Это преобразование преобразует исходное поле в формат целевого объекта. Преобразование создается между исходной и целевой системами.

BI-объектыобъекты InfoSource, DataStore, InfoCube, InfoObjects и InfoSet действуют как исходные объекты, а эти же объекты служат целевыми объектами.

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

Прямой доступ к данным исходной системы

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

Существуют различные типы виртуальных провайдеров, которые доступны и могут использоваться в различных сценариях:

  • Виртуальные провайдеры на основе DTP
  • Виртуальные провайдеры с функциональными модулями
  • Виртуальные провайдеры на основе BAPI

Виртуальные провайдеры на основе DTP

Эти VirtualProvider основаны на источнике данных или InfoProvider, и они принимают характеристики и показатели источника. Те же экстракторы используются для выбора данных в исходной системе, что и для репликации данных в систему BI.

  • Когда виртуальные провайдеры основаны на DTP?
  • Когда используется только некоторое количество данных.
  • Вам необходимо получить доступ к актуальным данным из исходной системы SAP.
  • Только несколько пользователей одновременно выполняют запросы к базе данных.

Виртуальные провайдеры на основе DTP не должны использоваться в следующих условиях:

  • Когда несколько пользователей выполняют запросы вместе.

  • Когда одни и те же данные доступны несколько раз.

  • Когда запрашивается большой объем данных и нет агрегатов в исходной системе.

Когда несколько пользователей выполняют запросы вместе.

Когда одни и те же данные доступны несколько раз.

Когда запрашивается большой объем данных и нет агрегатов в исходной системе.

Создание VirtualProvider на основе DTP

Чтобы перейти к инструменту администрирования, используйте RSA1

На вкладке «Моделирование» → перейдите в дерево «Поставщик информации» → «В контекстном меню» → «Создать виртуальный поставщик» .

В поле «Тип» выберите «Виртуальный поставщик» на основе процесса передачи данных для прямого доступа. Вы также можете связать Виртуального поставщика с источником SAP, используя InfoSource 3.x.

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

Нажмите « Создать» (F5) внизу. Вы можете определить виртуального поставщика, копируя объекты. Чтобы активировать виртуального поставщика, щелкните, как показано на следующем снимке экрана.

Чтобы определить трансформацию, щелкните правой кнопкой мыши и перейдите к «Создать трансформацию».

Определите правила трансформации и активируйте их.

Следующим шагом является создание процесса передачи данных. Щелкните правой кнопкой мыши → Создать процесс передачи данных.

Тип DTP по умолчанию — DTP для прямого доступа. Вы должны выбрать источник для виртуального провайдера и активировать DTP.

Чтобы активировать прямой доступ, откройте контекстное меню → Активировать прямой доступ .

Выберите один или несколько процессов передачи данных и активируйте назначение.

Виртуальные провайдеры с BAPI

Это используется для создания отчетов о данных во внешних системах, и вам не нужно хранить данные транзакций в системе BI. Вы можете подключиться к не-SAP-системам, таким как иерархические базы данных.

Когда этот виртуальный поставщик используется для создания отчетов, он вызывает BAPI виртуального поставщика.

Виртуальный провайдер с функциональным модулем

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

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

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

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

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

Чтобы создать Преобразование, перейдите в контекст и щелкните правой кнопкой мыши → Создать Преобразование.

В следующем окне вам будет предложено ввести Источник трансформации и Имя и установить флажок для отметки.

Правило создается от источника к целевой системе, и отображается отображение.

Правила трансформации

Правила преобразования используются для сопоставления исходных и целевых полей. Для преобразования могут использоваться разные типы правил.

  • Тип правила. Тип правила определяется как операция, применяемая к полям с использованием правила преобразования.

  • Группа правил — определяется как группа правил преобразования, и каждое ключевое поле в цели содержит одно правило преобразования.

  • Тип преобразования — используется для определения значений преобразования и способа ввода данных в цель.

  • Подпрограммы — Подпрограммы используются для выполнения сложных преобразований. Подпрограммы определяются как локальные классы ABAP и состоят из предопределенных областей определения и реализации.

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

Тип правила. Тип правила определяется как операция, применяемая к полям с использованием правила преобразования.

Группа правил — определяется как группа правил преобразования, и каждое ключевое поле в цели содержит одно правило преобразования.

Тип преобразования — используется для определения значений преобразования и способа ввода данных в цель.

Подпрограммы — Подпрограммы используются для выполнения сложных преобразований. Подпрограммы определяются как локальные классы ABAP и состоят из предопределенных областей определения и реализации.

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

Сбор данных в реальном времени (RDA)

Сбор данных в режиме реального времени основан на перемещении данных в Business Warehouse в режиме реального времени. Данные отправляются в дельта-очередь или таблицу PSA в режиме реального времени. Сбор данных в режиме реального времени используется при более частой передаче данных — ежечасно или ежеминутно, и данные обновляются на уровне отчета несколько раз в течение одного интервала времени.

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

Получение данных в режиме реального времени может быть достигнуто в двух сценариях:

  • Используя InfoPackage для сбора данных в реальном времени с использованием Service API.

  • Использование веб-службы для загрузки данных в область постоянного хранения (PSA), а затем использование DTP в реальном времени для перемещения данных в DSO.

Используя InfoPackage для сбора данных в реальном времени с использованием Service API.

Использование веб-службы для загрузки данных в область постоянного хранения (PSA), а затем использование DTP в реальном времени для перемещения данных в DSO.

Фоновый процесс сбора данных в режиме реального времени —

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

Процесс-демон получает всю информацию из InfoPackage и DTP о том, какие данные должны быть переданы и какие объекты PSA и Data используются для загрузки данных.

В этой главе мы подробно обсудим некоторые компоненты SAP BW, называемые InfoArea, InfoObject и Catalog.

Инфо-область в SAP BI

InfoArea в SAP BI используется для группировки похожих типов объектов. InfoArea используется для управления инфо-кубами и инфо-объектами. Каждый InfoObject находится в InfoArea, и вы можете определить его в папке, которая используется для хранения похожих файлов.

Как создать информационную зону?

Чтобы создать информационную зону, перейдите в рабочую среду RSA. T-код: RSA1

Перейдите на вкладку «Моделирование» → Инфо-провайдер. Щелкните правой кнопкой мыши Контекст → Создать InfoArea .

Введите имя InfoArea и описание, нажмите «Продолжить».

Созданная InfoArea будет показана внизу.

Как создать инфо-объект и каталог инфо-объекта?

Инфо-объекты известны как наименьшая единица в SAP BI и используются в инфо-провайдерах, DSO, нескольких провайдерах и т. Д. Каждый инфо-объект содержит несколько инфо-объектов.

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

  • Характеристики, такие как клиент, продукт и т. Д.
  • Единицы, такие как проданное количество, валюта и т. Д.
  • Ключевые показатели, такие как общий доход, прибыль и т. Д.
  • Временные характеристики, такие как год, квартал и т. Д.

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

Создание каталога InfoObject

T-код: RSA1

Перейдите в Моделирование → Инфо-объекты → Правый клик → Создать каталог инфо-объектов .

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

Выберите Тип инфо-объекта — кнопка параметра Характеристика — это характерный каталог инфо-объекта.

Ключевая фигура — это каталог InfoObject, который будет создан.

Нажмите на кнопку создания. Следующим шагом является сохранение и активация каталога InfoObject. Создается новый каталог InfoObject, как показано на следующем снимке экрана —

Создание инфо-объекта

Чтобы создать инфо-объект с характеристиками, перейдите к RSA1 и откройте инструмент администрирования Workbench. Перейдите в Моделирование → Инфо-объекты .

Выберите « Мой каталог инфо-объектов продаж» → Щелкните правой кнопкой мыши → Создать инфо-объекты .

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

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

В следующем окне вы получите экран редактирования инфо-объекта. Экран редактирования инфо-объекта имеет 6 следующих вкладок, которые также показаны на снимке экрана:

  • генеральный
  • Business Explorer
  • Основные данные / Тексты
  • иерархия
  • атрибут
  • компаундирование

После того, как все поля определены, нажмите «Сохранить» и активируйте.

Создание инфо-объекта с показателями

Чтобы создать инфо-объект с характеристиками, перейдите к RSA1 и откройте инструмент администрирования Workbench. Перейти к Моделированию → Инфо-объекты

Перейдите к Не назначенные показатели → Правый клик → Создать инфо-объект .

Тогда вы можете —

  • Введите техническое имя и описание.
  • Введите контрольный показатель
  • Введите шаблон ссылки и нажмите «Продолжить».

В разделе «Редактирование характеристик» определите следующие поля:

  • Тип / Unit
  • агрегирование
  • Дополнительные свойства
  • устранение

Нажмите «Сохранить» и «Активировать», как показано на следующем снимке экрана. Этот инфо-объект будет сохранен и активен.

Редактирование инфо-объекта

Вы также можете изменить существующий инфо-объект в инструменте администрирования. Выберите инфо-объект, который вы хотите сохранить → Контекстное меню → Изменить . Вы также можете использовать значок «Сохранить инфо-объект» в меню панели инструментов.

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

Вы можете использовать функцию проверки на несовместимые изменения.

В этой главе мы обсудим различные объекты хранилища данных и его подмодули.

Что такое объект хранилища данных?

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

Объект DataStore содержит показатели, а характеристические поля и данные из DSO можно обновить с помощью Delta update или других объектов DataStore или даже из основных данных. Эти объекты хранилища данных обычно хранятся в двухмерных прозрачных таблицах базы данных.

DSO Architecture

Компонент DSO состоит из следующих трех таблиц:

  • Очередь активации — используется для хранения данных до их активации. Ключ содержит идентификатор запроса, идентификатор пакета и номер записи. После завершения активации запрос удаляется из очереди активации.

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

  • Журнал изменений — при активации объекта изменения, внесенные в активные данные, повторно сохраняются в этом журнале изменений. Журнал изменений представляет собой таблицу PSA и поддерживается в инструменте администрирования под деревом PSA.

Очередь активации — используется для хранения данных до их активации. Ключ содержит идентификатор запроса, идентификатор пакета и номер записи. После завершения активации запрос удаляется из очереди активации.

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

Журнал изменений — при активации объекта изменения, внесенные в активные данные, повторно сохраняются в этом журнале изменений. Журнал изменений представляет собой таблицу PSA и поддерживается в инструменте администрирования под деревом PSA.

Когда вы загружаете новые данные в DSO и технический ключ добавляется в записи. Затем запрос добавляется в очередь активации. Это может быть вызвано вручную или автоматически.

Типы объектов хранилища данных

Вы можете определить объекты хранилища данных в следующих типах:

  • Стандарт DSO
  • Прямое обновление DSO
  • Оптимизированный для записи DSO
Тип Состав Поставка данных SID Generation
Стандартный объект хранилища данных Состоит из трех таблиц: очередь активации, таблица активных данных, журнал изменений Из процесса передачи данных да
Оптимизированные для записи объекты хранилища данных Состоит из таблицы только активных данных Из процесса передачи данных нет
Объекты хранилища данных для прямого обновления Состоит из таблицы только активных данных Из API нет

Стандартные объекты хранилища данных

Для создания стандартного DSO перейдите в RSA Workbench.

Используйте T-код: RSA1

Перейдите на вкладку «Моделирование» → «Инфо-провайдер» → «Выберите InfoArea» → щелкните правой кнопкой мыши и выберите «Создать объект хранилища данных» .

Введите техническое имя и описание объекта DataStore.

Тип объекта DataStore → Используется для выбора типа DSO. По умолчанию используется стандартный DSO.

Нажмите кнопку «Создать» (F5).

Чтобы изменить тип DSO, перейдите на вкладку настроек, как показано на следующем снимке экрана. Нажмите на значок «Редактировать», и в новом открывшемся окне вы можете изменить объект хранилища данных, а также выбрать тип.

SID Generation

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

Создать SID

Вы можете выбрать один из следующих вариантов —

  • Во время отчетности
  • Во время активации или
  • Никогда не создавайте SID

Уникальные записи данных — эта опция используется для того, чтобы DSO содержал уникальные значения.

Установите для параметра «Статус качества» значение «ОК». Это позволяет установить статус качества после завершения загрузки данных.

Ключевые поля и поля данных — ключевые поля используются для добавления уникальных записей. Чтобы добавить поле ключа, щелкните правой кнопкой мыши на полях ключа и выберите Прямой ввод InfoObject.

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

Ниже приведен ключевой объект InfoObject в DSO. Как только эта структура DSO будет завершена, вы можете активировать этот DSO.

Прямое обновление объектов хранилища данных

DataStore Object для прямого обновления позволяет получить доступ к данным для отчетов и анализа сразу после их загрузки. Он отличается от стандартных DSO тем, как он обрабатывает данные. Эти данные хранятся в том же формате, в котором они были загружены в объект хранилища данных для любого прямого обновления приложением.

Структура DSO прямого обновления

Эти хранилища данных содержат одну таблицу для активных данных, и область журнала изменений не существует. Данные извлекаются из внешних систем с использованием API.

Существуют следующие API —

  • RSDRI_ODSO_INSERT — они используются для вставки новых данных.

  • RSDRI_ODSO_INSERT_RFC — аналогичен RSDRI_ODSO_INSERT и может вызываться удаленно.

  • RSDRI_ODSO_MODIFY — используется для вставки данных с новыми ключами. Для данных с ключами уже в системе, данные изменяются.

  • RSDRI_ODSO_MODIFY_RFC — это похоже на RSDRI_ODSO_MODIFY и может быть вызвано удаленно.

  • RSDRI_ODSO_UPDATE — этот API используется для обновления существующих данных.

  • RSDRI_ODSO_UPDATE_RFC — это похоже на RSDRI_ODSO_UPDATE и может вызываться удаленно.

  • RSDRI_ODSO_DELETE_RFC — этот API используется для удаления данных.

RSDRI_ODSO_INSERT — они используются для вставки новых данных.

RSDRI_ODSO_INSERT_RFC — аналогичен RSDRI_ODSO_INSERT и может вызываться удаленно.

RSDRI_ODSO_MODIFY — используется для вставки данных с новыми ключами. Для данных с ключами уже в системе, данные изменяются.

RSDRI_ODSO_MODIFY_RFC — это похоже на RSDRI_ODSO_MODIFY и может быть вызвано удаленно.

RSDRI_ODSO_UPDATE — этот API используется для обновления существующих данных.

RSDRI_ODSO_UPDATE_RFC — это похоже на RSDRI_ODSO_UPDATE и может вызываться удаленно.

RSDRI_ODSO_DELETE_RFC — этот API используется для удаления данных.

Выгоды

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

Недостатки

  • Поскольку структура этого DSO содержит одну таблицу для активных данных и не содержит журнала изменений, это не позволяет выполнять дельта-обновление для инфо-провайдеров.

  • Поскольку процесс загрузки данных не поддерживается системой BI, DSO не отображаются в разделе администрирования или в мониторе.

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

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

Чтобы создать прямое обновление DataStore, перейдите в инструментальные средства администрирования. Используйте T-код: RSA1

Перейдите на вкладку «Моделирование» → «Инфо-провайдер» → «Выберите InfoArea» → щелкните правой кнопкой мыши и выберите «Создать объект хранилища данных» .

Введите техническое имя и описание объекта DataStore.

Тип объекта DataStore — используется для выбора типа DSO. По умолчанию используется стандартный DSO.

Нажмите на кнопку Создать (F5) .

Чтобы изменить тип DSO, перейдите на вкладку настроек, как показано на следующем снимке экрана. Нажмите на значок «Редактировать», и в новом открывшемся окне вы можете изменить объект хранилища данных, а также выбрать его тип. Выберите хранилище данных прямого обновления и нажмите «Продолжить».

Как только хранилище данных определено, нажмите кнопку «Активировать», чтобы активировать DSO.

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

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

Оптимизированные для записи DSO используются в качестве слоя EDW для сохранения данных. Бизнес-правила применяются только при обновлении данных для дополнительных инфо-провайдеров.

В DSO, оптимизированном для записи, система не генерирует SID, и вам не нужно их активировать. Это означает, что вы можете сэкономить время и быстро обработать данные. Отчетность возможна на основе этих объектов хранилища данных.

Структура записи оптимизирована DSO

Он содержит только таблицу активных данных, и нет необходимости активировать данные, как это требуется для стандартного DSO. Это позволяет вам обрабатывать данные быстрее.

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

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

Технические ключи состоят из —

  • Поле GUID запроса (0REQUEST)
  • Поле пакета данных (0DATAPAKID)
  • Поле ввода номера записи (0RECORD), и вы загружаете только новые записи данных.

Используйте T-код: RSA1

Перейдите на вкладку «Моделирование» → «Инфо-провайдер» → «Выберите InfoArea» → щелкните правой кнопкой мыши и выберите «Создать объект хранилища данных» .

Введите техническое имя и описание объекта DataStore.

Тип объекта DataStore — используется для выбора типа DSO. По умолчанию используется стандартный DSO.

Нажмите кнопку « Создать» (F5) , как показано на следующем снимке экрана.

Чтобы изменить тип DSO, перейдите на вкладку настроек, как показано на следующем снимке экрана. Нажмите на значок «Редактировать», и когда откроется новое окно, вы можете изменить объект хранилища данных, а также выбрать требуемый тип.

В этой главе мы обсудим все о том, что такое Infoset, как его создавать и редактировать, и каковы его различные типы.

Инфо-набор в SAP BI

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

Когда инфо-объект содержит зависящие от времени характеристики, этот тип соединения между источниками данных называется временным соединением.

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

Инфо-набор также может быть определен как семантический слой над источниками данных.

Использование Infoset

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

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

Вы можете использовать отчеты с помощью Business Explorer BEx на DSO без включения индикатора BEx.

Типы соединений Infoset

Как Infoset определяется, когда источники данных содержат правило соединения для объектов хранилища данных, стандартных инфо-кубов или инфо-объектов с характеристиками основных данных. Данные, объединенные с помощью Infosets, доступны для использования в запросах BEx для составления отчетов. Объединения можно разделить на следующие запросы:

Внутреннее соединение

Это соединение возвращает строки, когда в обеих таблицах есть полное совпадение.

Таблица 1

Номер заказа Пользовательский ИД Дата заказа
1308 2 18-09-16
1009 17 19-09-16
1310 27 20-09-16

Таблица 2

Пользовательский ИД Имя покупателя Контактное лицо Страна
1 Энди Мария Германия
2 изречений Ана Т Канада
3 Джейсон Джейсон Мексика

Результат внутреннего объединения в таблице 1 и таблице 2 в столбце CustomerID даст следующий результат:

Номер заказа Имя покупателя Дата заказа
1308 изречений 09-18-16

Левое внешнее соединение

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

Таблица 1

GID имя Фамилия день рождения favorite_tool
1 Альберт Эйнштейн 1879-03-14 разум
2 Альберт кровельщик 1973-10-10 синглет
3 Кристиан кровельщик 1969-08-18 лопата
4 Кристиан тюк 1974-01-30 видеопленки
5 Брюс Wayne 1939-02-19 лопата
6 Wayne рыцарь 1955-08-07 лопата

Таблица 2

ПИД-регулятор gardener_id plant_name удобрение planting_date
1 3 Роза да 2001-01-15
2 5 маргаритка да 2020-05-16
3 8 Роза нет 2005-08-10
4 9 Виолетта да 2010-01-18
5 12 Роза нет 1991-01-05
6 1 подсолнух да 2015-08-20
7 6 Виолетта да 1997-01-17
8 15 Роза нет 2007-07-22

Теперь, если вы примените левое внешнее соединение к gid = gardener_id , результатом будет следующая таблица:

GID имя Фамилия ПИД-регулятор gardener_id plant_name
1 Альберт Эйнштейн 6 1 подсолнух
2 Альберт кровельщик ноль ноль ноль
3 Кристиан кровельщик 1 3 Роза
4 Кристиан тюк ноль ноль ноль
5 Брюс Wayne 2 5 маргаритка
6 Wayne рыцарь 7 6 Виолетта

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

Временное соединение

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

Самостоятельное присоединение

Когда таблица присоединяется к себе, как если бы вы присоединились к ней дважды.

Создание инфо-набора

Перейдите в RSA Workbench и используйте код транзакции: RSA1

Под Моделированием → Перейдите на вкладку InfoProvider → Щелкните правой кнопкой мыши → Создать InfoSet .

В следующем появившемся окне вы можете заполнить следующие поля:

  • Введите техническое имя.
  • Введите длинное имя и короткое имя.

Начните с раздела InfoProvider — здесь вы можете определить объект, который вы хотите использовать при определении инфо-набора. Вы можете выбрать один из следующих типов объектов —

  • DataStore Object
  • Инфо-объект
  • InfoCube

В следующем окне измените способ отображения экрана InfoSet. Нажмите на опцию Выбрать инфо-провайдер. Это позволит вам выбрать инфо-провайдер, к которому присоединяются данные.

Появится следующий экран с двумя выбранными инфо-провайдерами.

Чтобы активировать этот инфо-набор, нажмите кнопку «Активировать».

Редактирование Infoset

Для редактирования Infoset, пожалуйста, используйте T-код: RSISET

Редактировать InfoSet: первый экран появляется, как показано на следующем скриншоте —

Внесите изменения в инфо-набор. Выберите тип соединения и т. Д., А затем нажмите значок активации, как показано на следующем снимке экрана.

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

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

Структура инфо-куба

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

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

Схема звезды в БИ

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

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

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

В SAP BI инфо-куб содержит расширенную звездообразную схему, как показано выше.

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

InfoCube хранит обобщенные / агрегированные данные в течение длительного периода времени. В SAP BI инфо-кубы начинаются с числа, которое обычно равно 0 (нулю). Ваш собственный инфо-куб должен начинаться с буквы от А до Я и иметь длину от 3 до 9 символов.

Как создать инфо-куб?

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

Перейти к рабочему столу RSA — T-код: RSA1

Перейдите на вкладку «Моделирование» → «Инфо-провайдер» → «Создать инфо-куб» .

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

Как только все это будет сделано, вы можете нажать кнопку «Создать», как показано на следующем снимке экрана.

Чтобы создать копию уже существующего инфо-куба, вы можете ввести инфо-куб в качестве шаблона.

Щелкните правой кнопкой мыши на Размер 1 → Свойства . Переименуйте измерение согласно инфо-объекту.

Следующим шагом является щелчок правой кнопкой мыши на Dimension → InfoObject Direct Input, как показано на следующем снимке экрана.

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

Чтобы добавить показатели в инфо-куб, щелкните правой кнопкой мыши по цифре → Прямой ввод инфо-объекта . Аналогичным образом вы можете добавить и другие показатели.

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

Инфо-кубы в реальном времени

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

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

  • Транзакция для ввода плановых данных или
  • BI Staging

Вы также можете конвертировать инфо-куб в реальном времени. Для этого в контекстном меню инфо-куба реального времени → выберите «Преобразовать инфо-куб реального времени».

По умолчанию вы можете видеть, что инфо-куб в реальном времени может быть запланирован — загрузка данных не разрешена. Для заполнения этого инфо-куба с использованием BI-постановки → Переключите этот параметр на Куб реального времени. Можно загружать данные, планирование не разрешено.

Создание инфо-куба в реальном времени

Инфо-куб в реальном времени можно создать с помощью флажка Индикатор реального времени.

Преобразование стандартного инфо-куба в инфо-куб в реальном времени

Чтобы преобразовать стандартный инфо-куб в инфо-куб в реальном времени, у вас есть два варианта:

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

    В инструменте администрирования выберите Инфо-куб → Удалить содержимое данных . Это удалит данные транзакции, а инфо-куб станет неактивным.

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

    Необходимо выполнить отчет ABAP SAP_CONVERT_NORMAL_TRANS в стандартном инфо- кубе . Вы можете запланировать этот отчет как фоновое задание для инфо-кубов с более чем 10 000 записей данных, потому что время выполнения может быть долгим.

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

В инструменте администрирования выберите Инфо-куб → Удалить содержимое данных . Это удалит данные транзакции, а инфо-куб станет неактивным.

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

Необходимо выполнить отчет ABAP SAP_CONVERT_NORMAL_TRANS в стандартном инфо- кубе . Вы можете запланировать этот отчет как фоновое задание для инфо-кубов с более чем 10 000 записей данных, потому что время выполнения может быть долгим.

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

Данные в виртуальных провайдерах могут быть из системы BI или из любой системы SAP / не-SAP.

Пользы

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

  • Виртуальные инфо-провайдеры — это структуры, не содержащие PSA, и они могут обрабатывать требования к отчетности согласно требованиям в системе BI.

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

Виртуальные инфо-провайдеры — это структуры, не содержащие PSA, и они могут обрабатывать требования к отчетности согласно требованиям в системе BI.

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

  • Когда необходимо получить доступ только к небольшому количеству данных из источника.

  • Информация будет запрашиваться только несколькими пользователями одновременно.

  • Необходима актуальная информация.

Когда необходимо получить доступ только к небольшому количеству данных из источника.

Информация будет запрашиваться только несколькими пользователями одновременно.

Необходима актуальная информация.

Типы виртуальных провайдеров

Как упоминалось выше, необходимо выяснить, когда следует использовать Virtual InfoProvider. Вы также должны найти правильный тип виртуального провайдера —

VirtualProvider на основе процесса передачи данных

VirtualProvider с BAPI

VirtualProvider с функциональными модулями

VirtualProvider на основе процесса передачи данных

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

Либо запрос BEx выполняется, либо вы перемещаетесь внутри запроса. Но запрос отправляется через виртуального провайдера к его источнику, а необходимые данные возвращаются обратно. Для оптимизации производительности необходимо ограничить данные, чтобы отчетный запрос не обрабатывал ненужные данные из исходной системы.

Виртуальный провайдер на основе этого инфо-провайдера должен быть использован —

  • Когда необходимо получить доступ только к небольшому количеству данных из источника.

  • Информация будет запрашиваться только несколькими пользователями одновременно.

  • Необходима актуальная информация.

Когда необходимо получить доступ только к небольшому количеству данных из источника.

Информация будет запрашиваться только несколькими пользователями одновременно.

Необходима актуальная информация.

Этот тип виртуального инфо-провайдера не должен использоваться в следующих сценариях:

  • К первому шагу навигации по запросу осуществляется доступ к большому количеству данных, и в исходной системе нет подходящих агрегатов.

  • Есть несколько пользователей, которые одновременно выполняют запросы одновременно.

  • Когда к тем же данным обращаются часто.

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

Есть несколько пользователей, которые одновременно выполняют запросы одновременно.

Когда к тем же данным обращаются часто.

VirtualProvider с BAPI

В этом виртуальном провайдере вы можете использовать данные транзакций для анализа и составления отчетов из внешней системы, использующей BAPI. При использовании VirtualProvider с BAPI вы можете создавать отчеты во внешней системе без сохранения данных транзакций в системе BI.

Запрос выполняется на VirtualProvider, который запускает запрос данных с характеристиками выбора. Структура источника является динамической и определяется выбором. Система не-SAP передает запрошенные данные в процессор OLAP с использованием BAPI.

Когда этот VirtualProvider используется для создания отчетов, он инициирует запрос для вызова BAPI, который собирает данные, а затем передается в механизм BW OLAP .

Виртуальный провайдер на основе функционального модуля

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

У вас есть несколько опций для более точного определения свойств источника данных. В соответствии с этими свойствами менеджер данных предоставляет различные интерфейсы функциональных модулей для преобразования параметров и данных. Эти интерфейсы должны быть реализованы вне системы BI.

Пользы

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

  • Это используется в приложениях SAP, таких как SEM-приложение SAP Strategic Enterprise Management.

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

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

Это используется в приложениях SAP, таких как SEM-приложение SAP Strategic Enterprise Management.

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

Использование инфо-объектов в качестве виртуальных провайдеров

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

Как настроить инфо-объекты в качестве виртуальных провайдеров?

Перейти на страницу обслуживания инфообъектов. На закладке Основные данные / тексты присвойте инфо-область признаку и выберите прямой тип доступа к основным данным.

Далее нужно перейти на вкладку моделирования, выбрать дерево InfoProvider. Перейдите в InfoArea, которую вы хотите использовать → Создать преобразование, как упомянуто в разделе «Преобразование».

Определите правила трансформации и активируйте. В контекстном меню выберите «Создать процесс передачи данных» (по умолчанию используется DTP для прямого доступа) → выберите источник и активируйте процесс передачи.

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

Характеристики

  • MultiProvider не содержит никаких данных для отчетности, а анализ поступает от InfoProvider, непосредственно на которых основан MultiProvider.

  • Эти инфо-провайдеры связаны друг с другом с помощью операции Union.

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

MultiProvider не содержит никаких данных для отчетности, а анализ поступает от InfoProvider, непосредственно на которых основан MultiProvider.

Эти инфо-провайдеры связаны друг с другом с помощью операции Union.

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

Структура мультипровайдера

MultiProvider состоит из следующих различных комбинаций типов InfoProvider —

  • InfoObject
  • InfoCube
  • DataStore Object
  • Виртуальный Провайдер

Для объединения данных в MultiProvider используется операция объединения. Здесь система создает объединяющий набор задействованных наборов данных, и все значения этих наборов данных объединяются.

В InfoSet вы создаете набор данных, используя соединения. Эти объединения объединяют только значения, которые отображаются в обеих таблицах. По сравнению с Союзом соединения образуют пересечение таблиц.

Создание мультипровайдера

Чтобы создать MultiProvider с помощью InfoObject, каждый InfoObject, который вы хотите перенести в MultiProvider, должен быть в активном состоянии. Если существует инфо-объект, который не существует, то вам нужно его создать и активировать.

Вы также можете установить MultiProvider из SAP Business Content, если не хотите создавать новый MultiProvider.

Чтобы создать MultiProvider, вы можете выполнить следующие шаги:

Создайте информационную область, которой вы хотите назначить нового мультипровайдера. Перейти к моделированию → инфо-провайдер

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

В следующем окне введите техническое имя и описание → Создать значок

Выберите инфо-провайдера, из которого вы хотите создать мультипровайдера → Продолжить. Затем появится экран MultiProvider.

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

Используйте «Идентифицировать признаки» и «Выбрать показатели», чтобы назначать инфо-объекты между MultiProvider и InfoProvider.

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

Вы можете загрузить данные из внешней системы в BI, используя эти плоские файлы. SAP BI поддерживает передачу данных с использованием плоских файлов, файлов в формате ASCII или в формате CSV.

Данные из плоского файла могут быть перенесены в BI с рабочей станции или с сервера приложений.

Ниже приведены шаги, связанные с передачей данных в виде плоских файлов.

  • Определите систему источника файла.

  • Создайте источник данных в BI, определив метаданные для вашего файла в BI.

  • Создайте InfoPackage, который включает параметры для передачи данных в PSA.

Определите систему источника файла.

Создайте источник данных в BI, определив метаданные для вашего файла в BI.

Создайте InfoPackage, который включает параметры для передачи данных в PSA.

Важные моменты о передаче данных плоских файлов

  • Если есть символьные поля, которые не заполнены в CSV-файле, они заполняются пробелом и нулем (0), если они являются числовыми полями.

  • Если разделители используются в файле CSV непоследовательно, неверный разделитель считывается как символ, и оба поля объединяются в одно поле и могут быть сокращены. Последующие поля уже не в правильном порядке.

  • Разрыв строки нельзя использовать как часть значения, даже если значение заключено в escape-символ.

Если есть символьные поля, которые не заполнены в CSV-файле, они заполняются пробелом и нулем (0), если они являются числовыми полями.

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

Разрыв строки нельзя использовать как часть значения, даже если значение заключено в escape-символ.

Несколько указателей относительно файлов CSV и ASCII

  • Подпрограммы преобразования, используемые для определения необходимости указания начальных нулей. Дополнительная информация — Программы преобразования в BI-системе.

  • Для дат обычно используется формат ГГГГММДД, без внутренних разделителей. В зависимости от используемой процедуры преобразования вы также можете использовать другие форматы.

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

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

Определите систему источника файла

Прежде чем вы сможете перенести данные из файловой системы, метаданные должны быть доступны в BI в форме источника данных. Перейдите на вкладку «Моделирование» → «Источники данных» .

Щелкните правой кнопкой мыши в контекстной области → Создать источник данных.

Введите техническое имя источника данных, тип источника данных и нажмите «Перенос».

Перейдите на вкладку «Общие» → выберите вкладку «Общие». Введите описания для источника данных (короткий, средний, длинный).

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

Вы можете указать, хотите ли вы создать PSA для источника данных в символьном формате. Если PSA не типизирован, он не генерируется в типизированной структуре, а генерируется только с символьными полями типа CHAR.

Следующим шагом является переход на вкладку «Извлечение» и ввод следующих сведений:

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

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

В случае, если вам нужно создать подпрограмму для определения имени вашего файла. Система считывает имя файла непосредственно из поля имени файла, если нет, то процедура определена.

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

  • Двоичные файлы — укажите настройки записи символов для данных, которые вы хотите перенести.

  • Файлы текстового типа — для текстовых файлов определите, что строки в вашем файле являются строками заголовка, и поэтому их можно игнорировать при передаче данных. Укажите настройки записи символов для данных, которые вы хотите перенести.

  • Для файлов ASCII — чтобы загрузить данные из файла ASCII, данные запрашиваются с фиксированной длиной записи данных.

  • Для файлов CSV — чтобы загрузить данные из файла Excel CSV, укажите разделитель данных и символ перехода.

    Следующим шагом является переход на вкладку «Предложение», это требуется только для файлов CSV. Для файлов в разных форматах определите список полей на вкладке Поля.

Двоичные файлы — укажите настройки записи символов для данных, которые вы хотите перенести.

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

Для файлов ASCII — чтобы загрузить данные из файла ASCII, данные запрашиваются с фиксированной длиной записи данных.

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

Следующим шагом является переход на вкладку «Предложение», это требуется только для файлов CSV. Для файлов в разных форматах определите список полей на вкладке Поля.

Следующий шаг — перейти на вкладку «Поля» —

Вы можете редактировать поля, которые вы перенесли в список полей источника данных, на вкладке Предложение. Если вы не перенесли список полей из предложения, вы можете определить поля источника данных здесь, как показано на следующем снимке экрана.

Затем вы можете выполнить проверку, сохранить и активировать источник данных.

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

DB Connect используется для определения другого соединения с базой данных в дополнение к соединению по умолчанию, и эти соединения используются для передачи данных в систему BI из таблиц или представлений.

Чтобы подключить внешнюю базу данных, вы должны иметь следующую информацию —

  • инструменты
  • Знание исходного приложения
  • Синтаксис SQL в базе данных
  • Функции базы данных

доходы от должности дополнительно к жалованью

В случае, если источник вашей системы управления базами данных отличается от СУБД BI, вам необходимо установить клиент базы данных для исходной СУБД на сервере приложений BI.

Ключевая функция DB Connect включает загрузку данных в BI из базы данных, которая поддерживается SAP. При подключении базы данных к BI исходная система требует создания прямой точки доступа к внешней системе управления реляционными базами данных.

Архитектура БД

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

DB Connect может использоваться для установления соединения этого типа в качестве соединения исходной системы с BI. Усовершенствования DB Connect для базы данных позволяют загружать данные в BI из таблиц базы данных или представлений внешних приложений.

Для подключения по умолчанию клиент БД и DBSL предустановлены для системы управления базами данных (СУБД). Чтобы использовать DB Connect для переноса данных в систему BI из других систем управления базами данных, необходимо установить клиент базы данных для конкретной базы данных и DBSL для базы данных на сервере приложений BI, который вы используете для запуска DB Connect.

Создание СУБД как исходной системы

Перейти к RSA1 → Администрирование рабочего места . Под вкладкой Моделирование → Исходные системы

Перейдите в DB Connect → Щелкните правой кнопкой мыши → Создать .

Введите имя логической системы (DB Connect) и описание. Нажмите на Продолжить.

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

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

Постоянный индикатор

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

Сохраните эту конфигурацию, и вы можете нажать Back, чтобы увидеть ее в таблице.

Universal Data Connect (UDC) позволяет получать доступ к реляционным и многомерным источникам данных и передавать данные в виде плоских данных. Многомерные данные преобразуются в плоский формат, когда для передачи данных используется Universal Data Connect.

UD использует J2EE-коннектор для предоставления отчетов о данных SAP и не-SAP. Разные BI Java-коннекторы доступны для различных драйверов, протоколов в качестве адаптеров ресурсов, некоторые из которых перечислены ниже:

  • Разъем BI ODBO
  • BI JDBC Connector
  • BI SAP Query Connector
  • XMLA Connector

Установить соединение с источником данных с исходным объектом (Relational / OLAP) на движке J2EE. Во-первых, вы должны включить связь между механизмом J2EE и системой BI, создав RFC-адрес от J2EE до BI. Затем смоделируйте инфо-объекты в BI согласно элементам исходного объекта и в системе BI определите источник данных.

Создание исходной системы UD Connect

Как упомянуто выше, вы создали RFC-адрес, через который механизм J2EE и BI обеспечивают связь между этими двумя системами.

Перейдите в инструмент администрирования, RSA1 → Перейдите на вкладку Моделирование → Исходные системы .

Щелкните правой кнопкой мыши UD Connect → Создать . Затем в следующем окне введите следующие данные —

  • RFC-адресат для двигателя J2EE
  • Укажите логическое имя системы
  • Тип разъема

Тогда вы должны ввести —

  • Наименование разъема.
  • Имя исходной системы, если оно не было определено из имени логической системы.

После того как вы заполните все эти данные → Выберите Продолжить.

В SAP BI Data Warehouse Management можно запланировать последовательность процессов в фоновом режиме для события, и лишь немногие из этих процессов могут инициировать отдельное событие для запуска других процессов.

Цепочка процессов обеспечивает следующие преимущества в системе SAP BI:

  • Их можно использовать для централизованного управления и контроля процессов.

  • Вы можете визуализировать процессы с помощью графики.

  • Используя управляемую событиями обработку, вы можете автоматизировать сложные расписания.

Их можно использовать для централизованного управления и контроля процессов.

Вы можете визуализировать процессы с помощью графики.

Используя управляемую событиями обработку, вы можете автоматизировать сложные расписания.

Особенности —

  • Безопасность
  • гибкость
  • откровенность

Структура цепочки процессов

Каждая технологическая цепочка состоит из следующих компонентов:

  • Начать процесс
  • Индивидуальные процессы подачи заявок
  • Процессы сбора

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

  • Процесс загрузки
  • Отчетный агент Процесс
  • Процесс целевого управления данными
  • Другие процессы BI

Процесс может быть определен как процедура внутри или вне системы SAP и имеет определенные начало и конец.

Начать процесс проектирования технологической цепочки

Процесс запуска используется для определения условия запуска цепочки процессов. Вы можете запустить цепочку процессов в указанное время или после события, которое запускается процессом запуска.

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

Ниже приведены ключевые особенности процесса запуска.

  • В цепочке процессов только процесс запуска может быть запланирован без предшествующего процесса.

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

  • Процесс запуска не может быть преемником другого процесса.

  • Вы можете использовать процесс запуска только в одной цепочке процессов.

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

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

Процесс запуска не может быть преемником другого процесса.

Вы можете использовать процесс запуска только в одной цепочке процессов.

Как создать цепочку процессов?

Используйте T-код: RSPC или на вкладке Моделирование → Перейти к цепочке процессов .

Щелкните правой кнопкой мыши в контекстной области → Создать цепочку процессов .

Введите техническое имя и описание цепочки процессов. Нажмите Продолжить.

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

В следующем окне вы можете определить параметры планирования. Прямое планирование — это планирование цепочки процессов на заданный интервал времени.

Вы можете использовать «Изменить выбор», чтобы ввести детали расписания.

Перейти к дате / времени кнопку. Упомяните запланированную дату / время начала, дату / время окончания.

Чтобы определить частоту, установите флажок Периодическое задание, как показано на следующем снимке экрана. Нажмите на значения периода . Введите частоту (ежечасно / ежедневно / еженедельно / ежемесячно / другой период). Нажмите кнопку Сохранить и вернуться, чтобы вернуться к предыдущему экрану RSPC.

Следующим шагом является выбор типа процесса.

  • Для выполнения загрузки данных через InfoPackage используйте тип процесса Execute InfoPackage .

  • Чтобы выполнить загрузку данных через DTP, используйте Процесс передачи данных типа процесса .

Для выполнения загрузки данных через InfoPackage используйте тип процесса Execute InfoPackage .

Чтобы выполнить загрузку данных через DTP, используйте Процесс передачи данных типа процесса .

Дважды щелкните тип процесса, и откроется новое окно. Вы можете выбрать InfoPackage из предложенных вариантов.

Чтобы связать вариант с InfoPackage, выберите «Запустить вариант» и удерживайте левую кнопку мыши нажатой. Затем переместите кнопку мыши на целевой шаг. Стрелка должна следовать за вашим движением. Прекратите нажимать кнопку мыши, и новое соединение будет создано.

Чтобы выполнить проверку согласованности, нажмите Перейти к → Проверка представления .

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

Чтобы запланировать цепочку процессов, выберите Выполнение → Расписание. Выберите Приоритет и Продолжить .

Это запланирует цепочку процессов как фоновое задание и может быть просмотрено с помощью транзакции SM37.

Контролировать цепочку процессов

Используйте T-код: RSPCM

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

Для просмотра логов используйте T-код: RSPC

Выберите Цепочка процессов → Правый клик → Показать журнал .

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

На сегодняшнем конкурентном рынке наиболее успешные компании быстро и гибко реагируют на изменения и возможности рынка. Ключом к этому ответу является эффективное и действенное использование данных и информации аналитиками и менеджерами. «Хранилище данных» — это хранилище исторических данных, которые организованы субъектами для поддержки лиц, принимающих решения в организации. Как только данные хранятся в витрине или хранилище данных, к ним можно получить доступ.

В SAP BI Business Explorer (BEx) является одним из ключевых компонентов, который позволяет выполнять гибкие отчеты и анализ и предоставляет различные инструменты, которые можно использовать для стратегического анализа и поддержки лиц, принимающих решения, при принятии решения для будущей стратегии.

Наиболее распространенные инструменты, включенные в BEx:

  • запрос
  • Составление отчетов
  • Функции анализа

Ниже приведены ключевые компоненты в Business Explorer:

  • BEx Query Designer
  • BEx Web Application Designer
  • BEx Broadcaster
  • BEx Analyzer

BEx Query Designer

В BEx Query Designer вы можете анализировать данные в системе BI, разрабатывая запросы для InfoProvider. Вы можете комбинировать инфо-объекты и элементы запроса, что позволяет вам перемещаться и анализировать данные в инфо-провайдере.

Ключевые функции BEx Query Designer

  • Вы можете использовать запросы в BEx Query Designer для отчетов OLAP и корпоративных отчетов.

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

Вы можете использовать запросы в BEx Query Designer для отчетов OLAP и корпоративных отчетов.

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

Вы можете выбрать инфо-объекты более точно с помощью —

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

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

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

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

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

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

Как получить доступ к Query Designer?

Чтобы получить доступ к конструктору запросов BEx, выберите Пуск → Все программы .

На следующем шаге выберите BI system → OK .

Введите следующие данные —

  • Введите клиента
  • Имя пользователя
  • пароль
  • Язык входа
  • Нажмите кнопку ОК

Вы можете увидеть следующие компоненты в конструкторе запросов —

  • Подробности InfoProvider доступны здесь.

  • Вкладки для просмотра различных компонентов отчета.

  • Окно свойств, в котором отображаются свойства каждого компонента, выбранного в запросе.

Подробности InfoProvider доступны здесь.

Вкладки для просмотра различных компонентов отчета.

Окно свойств, в котором отображаются свойства каждого компонента, выбранного в запросе.

Стандартная панель инструментов в конструкторе запросов, показанная вверху, имеет следующие кнопки.

  • Создать новый запрос
  • Открытый запрос
  • Сохранить запрос
  • Сохранить все
  • Свойства запроса
  • Опубликовать в Интернете
  • Проверьте Query и многие другие варианты.

Элементы запроса в InfoProvider

  • Показатели — он содержит числовые данные или показатели или ключевые показатели эффективности KPI и может быть далее разделен на рассчитанные показатели CKF и ограниченные показатели RKF.

  • Характеристики — они определяют критерии для классификации объектов. Например: продукт, клиент, местоположение и т. Д.

  • Атрибуты — они определяют дополнительные свойства характеристики.

Показатели — он содержит числовые данные или показатели или ключевые показатели эффективности KPI и может быть далее разделен на рассчитанные показатели CKF и ограниченные показатели RKF.

Характеристики — они определяют критерии для классификации объектов. Например: продукт, клиент, местоположение и т. Д.

Атрибуты — они определяют дополнительные свойства характеристики.

Свойства запроса

Последовательность переменных — используется для управления порядком отображения переменных экрана выбора для пользователей.

Дисплей — перейдите на вкладку Дисплей, чтобы установить свойства дисплея следующим образом —

  • Скрыть повторяющиеся ключевые значения — используется для управления характеристиками, которые будут повторяться в каждой строке или нет.

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

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

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

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

переменные

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

  • Переменные иерархии
  • Характеристики Значение Переменные
  • Текстовая переменная
  • Переменная формулы
  • Переменные узла иерархии

Чтобы создать переменную, перейдите в папку «Переменные значений признаков», доступные под соответствующей характеристикой.

Следующим шагом является щелчок правой кнопкой мыши на папке → выберите опцию New Variable.

Ограниченные показатели

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

Чтобы создать новый ограниченный показатель, в области экрана InfoProvider → выберите запись «Показатели» и выберите «Новый ограниченный показатель» в контекстном меню.

Ограниченные характеристики —

  • Выбор отдельных значений
  • Выбор диапазонов значений
  • Сохранение значений в избранное
  • Отображение значений клавиш
  • Значения, доступные в истории
  • Удаление значений из окна выбора

BEx Analyzer: отчетность и анализ

BEx Analyzer известен как инструмент проектирования, встроенный в Microsoft Excel и используемый для составления отчетов и анализа. В BEx Analyzer вы можете анализировать и планировать выбранные данные InfoProvider с помощью контекстного меню или перетаскивать их для навигации по запросам, созданным в конструкторе запросов BEx.

BEx Analyzer разделен на два режима для разных целей —

Режим анализа — используется для выполнения анализа OLAP по запросам.

Режим разработки — используется для разработки интерфейса для приложений запросов.

Режим анализа

Вы можете выполнять следующие задачи в режиме анализа —

  • Вы можете получить доступ к BEx Query Designer для определения запросов.

  • Вы можете анализировать данные InfoProvider, перемещаясь по запросам.

  • Вы можете использовать различные функции, такие как сортировка, фильтрация, детализация и т. Д., Которые распространены в OLAP.

  • Распространение рабочих книг с помощью BEx Broadcaster.

  • Для продвинутого программирования вы можете встроить свои собственные программы VBA.

  • Вы можете сохранять книги на сервере / локально на компьютере или в избранном.

Вы можете получить доступ к BEx Query Designer для определения запросов.

Вы можете анализировать данные InfoProvider, перемещаясь по запросам.

Вы можете использовать различные функции, такие как сортировка, фильтрация, детализация и т. Д., Которые распространены в OLAP.

Распространение рабочих книг с помощью BEx Broadcaster.

Для продвинутого программирования вы можете встроить свои собственные программы VBA.

Вы можете сохранять книги на сервере / локально на компьютере или в избранном.

Режим дизайна

Вы можете выполнить следующие задачи в режиме конструктора —

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

  • Вы также можете настроить свою книгу с помощью форматирования Excel и функциональности диаграмм.

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

Вы также можете настроить свою книгу с помощью форматирования Excel и функциональности диаграмм.

Чтобы запустить BEx Analyzer, в меню «Пуск» Windows выберите « Программы» → «Business Explorer» → «Анализатор» .

Формат изображения BW — что это такое?

Данный материал расскажет о формате изображения BW, а также как подготовить документы для ФНС.

Формат изображения BW — что это такое?

Формат изображения BW — имеется ввиду черно-белое изображение (Black and White).

Кроме BW также подразумеваются другие требования, например 300dpi, 1px глубина.

Данный формат может быть нужен документам, которые необходимо сдать в налоговую.

Документы для налоговой часто содержат несколько страниц, которые желательно хранить в одном файле. Для этого хорошо подойдут форматы PDF, TIFF.

Формат изображения BW для налоговой — как сделать?

Рассмотрим небольшую инструкцию о том, как сделать документ BW для налоговой.

Создание многостраничных документов требует инсталляции определенного ПО, часто сложного для новичка. Однако рассмотрим более легкие способы. Также учтите, что при желании можно вообще не устанавливать приложения, а воспользоваться онлайн-инструментом photoconverter ru:

РЕКЛАМА

Что касается компьютерного ПО, то можно использовать XnView или IrfanView. Скачайте одну из них и произведите установку на персональный компьютер.

После инсталляции — следуем простым шагам. Откройте ПО, далее загрузите файл, который должен находиться в многостраничном документе:

РЕКЛАМА

Далее кликаем Создать, после — Многостраничный файл:

РЕКЛАМА

Далее для создания файла изображений BW для налоговой — необходимо выбирать файлы и добавить их в приложений (при выборе возможно потребуется зажать кнопку клавиатуры Ctrl):

После добавления файлов необходимо указать конченое место, где будет сохранен будущий многостраничный файл:

РЕКЛАМА

Результат — файл с форматом изображения BW появится в выбранной директории.

Метод создания черно-белого изображения из цветного

Для этого идеально использовать графический редактор Фотошоп, в котором нужно выбрать Файл:

РЕКЛАМА

После указать картинку, которую желаете отредактировать. Теперь — активируйте меню Изображение и выберите функцию Коррекция:

Справа будет нужная опция — Черно-белое, выбираем, после чего необходимо будет подтвердить действие, как результат — картинка станет в черно-белом формате (BW):

РЕКЛАМА

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

После переделки картинки в приложении Фотошоп — необходимо выбрать Файл в левом углу и выбрать пункт Сохранить как, далее указываем место сохранения результата.

После — данный фал готов чтобы добавить в многостраничный документ BW для налоговой.

Заключение

Главное выяснили:

  • Формат изображения BW — означает изображение должно быть черно-белым, без цветов, только черный и белый.
  • Превратить цветное изображение в черно-белое легко, например можно использовать онлайн-сервисы или традиционный Фотошоп.

Удачи и добра.

На главную! 19.04.2021

Как построить поток данных на примере ЧМ-2018 по футболу с помощью моделирования в SAP BW/4HANA

Привет, Хабр! Пришло время поговорить о пути данных от источника, где они возникают, до представления, в котором их удобно анализировать. Сейчас все мы работаем в среде, в которой скорость подготовки данных для их использования может стать конкурентным преимуществом. Давайте разберемся, как осуществляется моделирование данных в SAP BW/4HANA, насколько это быстро и удобно, и позволяет ли компаниям извлекать из этого выгоду.

Но сначала немного истории, а потом на примере всем небезразличной темы футбола разберем практические шаги в системе.

В 1998 году была представлена первая версия продукта компании SAP для отчетности, анализа и хранения данных под названием Business Warehouse Information System. Основная идея создания была в реализации более простого и эффективного хранения данных с особым фокусом на данные ERP-системы SAP. С тех пор решение прошло путь от версии 1.2A до BW/4HANA, став значимым компонентом для построения хранилищ данных для тысяч компаний по всему миру.

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

Эволюция в SAP BW/4HANA коснулась ставшую классической для BW архитектуру LSA (отлично описано вот здесь). Она получила своё развитие в парадигме LSA++. LSA++ в SAP BW/4HANA предоставляет больше технических возможностей для использования виртуальных уровней, чем в предыдущих решениях. Базовые аспекты новой архитектуры – описание объектов и уровней – представлены в конце статьи.

Давайте на практике наглядно разберем реализацию архитектуры LSA++. В качестве примера построим поток данных для истории матчей Чемпионатов мира по футболу с самого первого турнира, проходившего в Уругвае с 13 по 30 июля 1930 года.

В качестве источника исходных данных мы использовали .csv файл со статистикой прошедших матчей – датой, годом, этапом, командами-участниками, счётом, стадионом и количеством зрителей, присутствующих на матче. Вот так, на примере матчей этапа плей-офф замечательного Чемпионата мира 2018 года, прошедшего в России (помните Никольскую тем летом? :)), выглядит набор исходных данных (рис. 1).

Рисунок 1

Да, набор полей обладает некоторой избыточностью. К примеру, для чего нужен год, если есть дата или зачем нужен последний столбец со счётом, если есть количество голов, забитое каждой командой? Но эти поля изначально присутствовали в исходном наборе данных, на котором строился наш датасет, и они могут пригодиться для сортировки или фильтрации результатов в отчёте. Так почему бы их не использовать?

Теперь разберём по шагам, что необходимо сделать разработчику, чтобы исходные данные прошли путь от источника до отчёта. Все дальнейшие действия по моделированию будут осуществляться в SAP HANA Studio, скриншоты интерфейсов отображают работу в этом инструменте.

Сначала мы создадим инфо-объекты – признаки (Characteristic) и показатели (Key Figures) . Это такие базовые объекты – строительный материал, на которых строится большинство объектов в BW.

При создании этих объектов нужно указать описание данных – тип, длину, при необходимости, наличие мастер-данных, иерархий, атрибутов для признаков (рис. 2).

Рисунок 2

Для показателей указываем тип данных, тип агрегации, свойства (рис. 3).

Рисунок 3

В результате получается такой набор (рис. 4а и 4б).

Рисунок 4аРисунок 4б

В SAP BW/4HANA шаг по созданию инфо-объектов опциональный. Инфо-провайдеры можно моделировать как с помощью инфо-объектов, так и с помощью полей. Помните, чуть выше мы рассказывали, что можно использовать объекты, смоделированные на полях, что позволяет существенно снизить временные затраты на их создание? Но в этой статье мы не будем рассматривать этот сценарий. Несмотря на то, что создание инфо-объектов требует дополнительных временных затрат, мы выбрали вариант с их использованием, потому что именно он даст более полное представление о процессе моделирования. Относительно моделирования на полях, использование инфо-объектов предлагает ряд преимуществ: поддержка работы с иерархиями, атрибутами, некумулятивными показателями, агрегация исключения и т.п.

Итак, у нас готовы все необходимые инфо-объекты, можем переходить к созданию объекта для хранения данных (инфо-провайдера). Мы будем использовать ADSO (рис. 5).

Рисунок 5

Наполняем его ранее созданными инфо-объектами, определяем ключи (рис.6).

Рисунок 6

Вы, наверное, обратили внимание, что мы не создавали признаки для характеристик времени, но в нашем ADSO присутствуют календарный день (0Calday) и календарный год (0Calyear). Для многих распространённых сущностей как признаков, так и показателей, они идут «из коробки». В BW календарные периоды, единицы измерения, валюты и т.п. можно не создавать, об этом уже позаботились разработчики SAP.

Итак, объект для хранения данных готов. Теперь нам нужно подготовить для него источник – набор логически связанных полей в плоской структуре (структуре извлечения) или в нескольких плоских структурах (для иерархий, но это не наш пример), который предназначен для доступа и передачи данных в BW. Выбираем исходную систему. В нашем случае это плоский файл (Flat file) и создаём источник (рис. 7).

Рисунок 7

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

Рисунок 8

Источник готов, теперь требуется связать его с целью передачи данных, ранее подготовленным ADSO. Для этого создадим поток, описание того, как объекты соединяются друг с другом для передачи данных (рис. 9).

Рисунок 9

Для построения потока данных используется графический интерфейс, в котором объекты добавляются методом drag and drop. Мы добавляем источник (исходная система привязана к нему и подтягивается автоматически) и цель данных. Чтобы соединить объекты в поток, нужно просто протянуть стрелку от одного объекта к другому (рис.10).

Рисунок 10

Когда объекты связаны, необходимо настроить правила, по которым содержимое полей источника должны быть «уложены» в цель. Для настройки этих правил используется объект «Трансформация». На изображении цели данных есть соответствующая пиктограмма, и мы ей воспользуемся (рис. 11).

Рисунок 11

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

Рисунок 12

В нашем примере всё просто, поэтому эти элементы остаются с настройками по-умолчанию, а мы переходим на вкладку «Правила». Здесь методом drag and drop производится связывание полей, при необходимости можно задать правила для каждой связи: прописать формулу, установить константу для поля в цели данных и т.п. (рис. 13).

Рисунок 13

Теперь нам требуется создать объект, позволяющий запустить передачу из источника в цель – процесс переноса данных (DTP — Data Transfer Process). Он так же создаётся на экране потока данных нажатием на пиктограмму справа от уже знакомой нам «Трансформации» (рис. 14).

Рисунок 14

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

Рисунок 15

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

У нас всё готово, можно запускать загрузку данных из источника в ADSO (рис. 16).

Рисунок 16

Интерфейс позволяет выбрать вариант запуска: диалог или отладка (Debugging). Возникают ситуации, когда требуется по шагам проанализировать процесс загрузки, чтобы понять, почему в ходе процесса возникают ошибки. Режим отладки предназначен как раз для этого (рис. 17).

Рисунок 17

В нашем примере всё просто, отладка не нужна, запускаем обычный режим. Если, вдруг, возникнут ошибки, система нас об этом проинформирует.

Запрос загружен успешно и предлагает ознакомиться с монитором запроса (рис. 18).

Рисунок 18

Здесь приведена общая информация по процессу загрузки. В случае возникновения ошибок, в мониторе будет приведён их перечень с указанием этапа возникновения (рис. 19).

Рисунок 19

Для того, чтобы данные стали доступны для использования в отчётности или дальнейшем стейджинге с их физической передачей, запрос в ADSO нужно активировать. Для этого из монитора процесса переноса данных переходим в администрирование цели данных (рис. 20).

Рисунок 20

И выполняем активацию загруженного запроса данных (рис. 21).

Рисунок 21

Запрос активирован без ошибок, об этом сигнализирует зелёный индикатор в графе «Act.». Это значит, что загруженные данные в ADSO готовы для использования в отчётности. Здесь можно было бы остановиться, ведь над ADSO можно создавать запросы и, в отличии от версий BW на реляционных базах, это не возбраняется, а также прекрасно и быстро работает.

Но для того, чтобы полностью раскрыть архитектуру LSA++ нужен виртуальный провайдер (Virtual provider). Помните, на схеме в описании архитектуры этот тип объекта обозначен как обязательный?

Чтобы сценарий с виртуальным провайдером стал интереснее, мы повторили пройденный ранее путь и создали дополнительный ADSO, в который загрузили данные стадионов, на которых проходили матчи Чемпионата мира: город, где расположен стадион, и его вместимость. Получился вот такой объект (рис. 22).

Рисунок 22

Теперь можно создавать Composite provider, один из типов виртуальных провайдеров уровня Virtual Data Marts (рис. 23).

Рисунок 23

Чтобы дополнить статистику матчей Чемпионатов мира данными стадионов, мы соединяем наши ADSO с помощью Left Outer Join по полю ZSTAD – Стадион.  Оно есть в обоих объектах.

Посмотрим, что получилось. Просмотр данных доступен на уровне любого инфо-провайдера, прямо из его меню (рис. 24).

Рисунок 24

То, что надо! Вот мы и закончили моделирование – вишенкой на нашем слоёном торте стал Composite provider. Но давайте сделаем финальный штрих и создадим Query – запрос над этим объектом, который в дальнейшем можно использовать как источник для подключения BI-инструментов (рис. 25).

Рисунок 25

Query описывает структуру данных нашего провайдера для отчёта. Мы настраиваем, какие поля будут отображаться в строках, в столбцах, как будут представлены результаты. При необходимости в меню отчёта настраиваются различные расчёты и пересчёты валют и т.п.

Query готов! Смотрим, что получилось (рис. 26).

Рисунок 26

Давайте настроим фильтр на финальные матчи и отсортируем их по нисходящей по годам (рис.  27).

Рисунок 27

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

В заключение статьи немного теории по LSA++. По сравнению с LSA новая архитектура более гибкая, менее затратная с точки зрения физического хранения данных, позволяет существенно ускорить time-to-market за счёт оптимизации количества существующих объектов хранилища, архитектуры и упрощения моделирования.

Для моделирования используется 4 типа объектов:

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

Advanced DataStore Object (ADSO) – это новый тип объектов, появившийся в версиях BW на HANA. ADSO является центральным инфо-провайдером для хранения и консолидации данных в BW. Это значит, что объект может предоставлять данные для отчётности. ADSO может содержать как инфо-объекты, так и поля, что позволяет загружать данные в BW без необходимости присвоения инфо-объектов. Он хорошо подходит для высокой частоты загрузки и работы с большими объемами данных.

Open ODS View – еще один новый тип объектов, появившийся для версий BW на HANA. Он позволяет определять модели данных BW для таблиц или представлений (View) баз данных, источников данных BW для прямого доступа на уровне полей. Все это можно сделать без необходимости создания инфо-объектов. Любой запрос к Open ODS View будет подключаться к внешнему источнику во время выполнения, этот объект физически не хранит в себе данные.

Composite Provider – виртуальные витрины, объединяющие данные «на лету». Инфо-провайдер объединяет данные из нескольких аналитических индексов или от других инфо-провайдеров, используя Union или Join, и делает их доступными для отчетов и анализа.

Итак, у нас есть составные части, из которых складываются уровни LSA++, представленные на схеме (рис. 28).

Рисунок 28

Staging layer/Corporate memory

Общее правило моделирования рекомендует хранить полную историю всех загруженных данных хотя бы на уровне Corporate memory. Данные этого уровня можно использовать как источник для их восстановления на следующих уровнях. При этом повторный доступ к источникам не потребуется. Это важно еще и для управления их жизненным циклом. Определив, к каким данным требуется обращаться чаще, а какие можно хранить на более дешевых носителях, появляется возможность экономить деньги, но при этом иметь «резерв» на случай какого-либо сбоя или аварии. Данные на этом уровне хранятся в ADSO.

Open ODS layer/Raw DWH

Здесь можно осуществлять быструю интеграцию с возможностью оперативного предоставления данных для отчётности.

Объекты этого уровня позволяют:

—      физически хранить данные в DSO, смоделированных на полях или в таблицах SAP HANA, которые доступны для BW через представления HANA Calculation View;

—      осуществлять прямой доступ к данным источника без репликации с помощью Open ODS View.

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

Propagation layer/Integrated DWH

Уровень является основным поставщиком данных для отчетов. Здесь хранятся гармонизированные, очищенные и консолидированные подробные данные. В основном он состоит из стандартных ADSO.

Architected Data Mart

Подразумевает физическое хранение агрегированных для отчётности данных. Объекты этого уровня создаются только в том случае, если комбинации объектов Propagation layer и Virtual data marts недостаточно для удовлетворения специфических системных или бизнес требований.

В качестве объектов на этом уровне могут использоваться ADSO и инфо-объекты.

Virtualization/Virtual Data Marts

Позволяет объединять между собой инфо-провайдеры, как устойчивые (с физическим хранением), так и виртуальные, используя операторы Union или Join. Может объединять объекты уровня Open ODS с объектами уровня Propagation layer или уровня Architected Data Mart, ограничения по уровням для объединяемых объектов отсутствуют.

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

Объектами уровня Virtual Data Marts являются Composite Provider и Open ODS View разных типов.

В LSA++ уровень Virtualization/Virtual Data Marts является обязательным. Наличие остальных уровней опционально, так как зависит от требований бизнеса к хранилищу и потребности в сервисах, которые обеспечивают эти уровни. Например, интеграционные сервисы, дополнительные трансформации данных, немедленный доступ к данным и т.п.

Такой подход даёт ряд преимуществ:

—      построение отчетов на любом уровне хранилища;

—      быстрая и гибкая аналитика, в том числе на детальных данных;

—      виртуальное комбинирование данных разных уровней хранилища;

—      комбинирование моделирования данных снизу-вверх и сверху вниз – ускорение и упрощение разработки;

—      чем меньше уровней хранения, тем проще и быстрее процессы обновления данных в хранилище;

—      сокращение объемов физического хранения данных и необходимых для этого ресурсов.

Уф, кажется, теперь всё – мы вам рассказали, как осуществляется моделирование данных в SAP BW/4HANA в теории и на практике. Спасибо за время, которое вы уделили этой статье! Напишите в комментариях как вы оцениваете архитектуру LSA++, кажется ли вам такой подход к работе с данными удобным и быстрым, сможет ли компания, в которой вы работаете, с его помощью получать дополнительную выгоду?

Пробуйте, экспериментируйте, интересных задач и кайфа от работы! До новых встреч!

Что означает BW? -определения BW


Вы ищете значения BW? На следующем изображении вы можете увидеть основные определения BW. При желании вы также можете загрузить файл изображения для печати или поделиться им со своим другом через Facebook, Twitter, Pinterest, Google и т. Д. Чтобы увидеть все значения BW, пожалуйста, прокрутите вниз. Полный список определений приведен в таблице ниже в алфавитном порядке.

Основные значения BW

На следующем изображении представлены наиболее часто используемые значения BW. Вы можете записать файл изображения в формате PNG для автономного использования или отправить его своим друзьям по электронной почте.Если вы являетесь веб-мастером некоммерческого веб-сайта, пожалуйста, не стесняйтесь публиковать изображение определений BW на вашем веб-сайте.

Все определения BW

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

Что означает BW в тексте

В общем, BW является аббревиатурой или аббревиатурой, которая определяется простым языком. Эта страница иллюстрирует, как BW используется в обмена сообщениями и чат-форумах, в дополнение к социальным сетям, таким как VK, Instagram, Whatsapp и Snapchat. Из приведенной выше таблицы, вы можете просмотреть все значения BW: некоторые из них образовательные термины, другие медицинские термины, и даже компьютерные термины. Если вы знаете другое определение BW, пожалуйста, свяжитесь с нами. Мы включим его во время следующего обновления нашей базы данных. Пожалуйста, имейте в информации, что некоторые из наших сокращений и их определения создаются нашими посетителями. Поэтому ваше предложение о новых аббревиатур приветствуется! В качестве возврата мы перевели аббревиатуру BW на испанский, французский, китайский, португальский, русский и т.д. Далее можно прокрутить вниз и щелкнуть в меню языка, чтобы найти значения BW на других 42 языках.

Хранение и обработка в стиле SAP: BW или HANA?

CNews — 18 декабря 2012 — Иван Копть и Алла Ленская, EPAM

Современные компании тонут в море информации, утверждают исследования экспертов в области ИТ. Объемы данных растут, а сроки, которые есть у руководителя на принятие взвешенного управленческого решения, уменьшаются. Счет идет не на дни и недели, как раньше, а на часы и минуты. Как найти точки сопряжения этих тенденций, движущихся по расходящимся курсам? Один из способов – построить аналитическую систему, чтобы быстро получать агрегированные данные из различных ИТ-приложений.

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

Актуальная классика: SAP BW и BI

Один из них уже есть в практике достаточно многих российских предприятий. Он связан с построением хранилища данных на основе платформы SAP Business Warehouse (BW) и внедрением поверх него инструментов Business Intelligence. Опыт подобных проектов, в том числе реализованных компанией EPAM Systems, доказывает, что таким образом можно серьезно сократить сроки получения необходимой информации. Благодаря чему удается это сделать?

Закупки, продажи, производство, логистика, обслуживание клиентов – каждая из этих сфер деятельности современного предприятия ежеминутно генерирует поток данных. Они распределяются по широкому спектру различных информационных систем – это учетные приложения, промышленные ERP-системы, логистические и биллинговые решения и т.д. С архитектурной точки зрения многие из них, – к примеру, ERP-системы или банковские автоматизированные системы, – работают на реляционных базах данных, в основе которых лежат принципы онлайновой транзакционной обработки (OLTP). Подобная структура позволяет обеспечить высокую производительность при регистрации данных. Каждый автоматизированный бизнес-процесс оставляет свой «след» в одном или нескольких приложениях компании, и объемы накопленной информации постоянно растут.

Для разгрузки учетных систем и высокой скорости получения аналитических данных часть информации можно переместить в другую структуру – хранилище данных. Оно спроектировано уже по совершенно иным архитектурным принципам – для онлайновой аналитической обработки (OLAP). Формирование аналитических данных в разных разрезах, drill-down и slice and dice обеспечиваются надстройкой над хранилищем данных в виде BI-инструментов (рис.1). Помимо ERP-системы, к хранилищу можно подключить все необходимые информационные активы организации, превратив его в полноценное корпоративное хранилище данных.

Рис.1 Взаимодействие систем при использовании хранилища данных на основе SAP BW

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

Нередко в хранилище загружаются только агрегированные данные, без возможности их рассмотрения на более детальном уровне. Другой вид — информация ограничена строго определенным временным горизонтом, без возможности увидеть всю историю конкретного показателя. В большинстве случаев причины таких ограничений чисто технические и связаны с тем, что традиционные базы данных уже не могут с приемлемой скоростью обработать накопленные объемы информации. Как следствие, пользователи при выполнении своих BI-запросов пользуются анализом только усеченных – с точки зрения времени или детализации – данных.

Для многих бизнес-задач тех скорости и качества, которые может обеспечить связка «хранилище данных – BI-инструменты», бывает достаточно. В качестве примера можно привести процессы формирования обязательной отчетности, в некоторых случаях — бюджетирования и т. д. Однако есть задачи, для которых требуется получать информацию практически в режиме реального времени. В случае с производственными предприятиями примерами могут служить анализ загрузки производственных мощностей, анализ эксплуатационных характеристик оборудования предприятия и простоев при внеплановых ремонтах, анализ движения технико-материальных ценностей, состояние склада. Для компаний ритейл-сектора и сферы услуг это, к примеру, моментальный анализ рентабельности различных сегментов бизнеса, перерасчет цен в условиях быстро меняющейся ситуации на рынке, оперативное планирование загрузки персонала в офисах и торговых отделениях и т. д. Для финансовых организаций – анализ и управление в реальном времени потоком денежных средств и управление ликвидностью, анализ открытых валютных позиций в банках и др. В этом случае скорость, которую обеспечивает применение хранилища данных, может оказаться слишком низкой, что приведет к росту затрат или потерям компании из-за несвоевременного принятия решений.

Технологичный авангард: SAP HANA

Для выполнения задач, где от руководителей требуется более быстрая реакция на ситуацию на предприятии или в бизнесе в целом, SAP предлагает использовать платформу SAP HANA (также в сочетании с BI-средствами). В ее основе лежит использование построенной на принципах in-memory гибридной базы данных. Это дает возможность сохранять информацию в базе данных как в традиционной построчной модели, так и в поколоночной. Поколоночное хранение обеспечивает высокую скорость агрегирования показателей и использование внутренней компрессии данных, что также положительно влияет на потребление доступной памяти. Встроенный OLAP-процессор агрегирует большие объемы данных на лету, без необходимости построения, заполнения, хранения и использования промежуточных агрегатов. При этом важно отметить, что есть возможность детализировать полученную аналитическую информацию до уровня исходных данных. Кроме того, при работе платформы максимально используются возможности современных процессоров для распараллеливания операций по обработке данных. В результате удается быстро получать нужную аналитическую информацию.

Данные для анализа в SAP HANA также могут поступать из базы данных, находящейся под управлением ERP-системы. Отличие от использования хранилища на основе SAP BW – отсутствие процессов ETL. Загрузка информации осуществляется с помощью технологии репликации данных, которая позволяет переносить все изменения, которые произошли внутри ERP-системы, в базу данных внутри SAP HANA в режиме, максимально приближенном к real-time. В результате пользователям не нужно ожидать очередного (как правило, ежесуточного) срабатывания ETL-процесса или работать с устаревшими данными. Результаты всех изменений данных, происходящих в ERP, оперативно доступны через привычные интерфейсы бизнес-аналитики SAP BI (рис. 2).

Рис.2 Взаимодействие систем при обработке данных SAP ERP на основе комплекса SAP HANA

Как и в случае с традиционным хранилищем данных, в качестве источников информации SAP HANA может использовать не только ERP-систему, но и другие приложения. В этом случае для загрузки данных используются средства SAP BusinessObjects Data Services (рис.3).

Рис.3 Взаимодействие систем при обработке данных из различных источников на основе комплекса SAP HANA


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

Баланс стоимости, потребностей и перспектив

Помимо нацеленности на разные задачи, платформа SAP HANA отличается от хранилища данных на основе SAP BW более высокой начальной стоимостью. Хотя здесь, безусловно, многое зависит от ландшафта и особенностей конкретного предприятия. Частично снизить затраты времени и ресурсов на развертывание SAP HANA помогает то, что наиболее востребованный функционал (например, ускоренная подготовка отчетности по анализу прибыльности) поставляется в виде пакетированных решений. Практика EPAM Systems показывает, что в этом случае удается свести к минимуму участие бизнес-консультантов в проекте внедрения. В других случаях (например, если компании требуется функциональность для получения оперативной отчетности из ERP-системы) потребуются ресурсы на адаптацию поставляемого набора панелей управления и отчетов к реальным бизнес-процессам.

Ряд технологий, реализованных в SAP HANA, позволяет в дальнейшем расширить применение этого комплекса и тем самым компенсировать более ранние инвестиции. К примеру, одна из перспектив – это использование платформы как базы данных для ERP-системы. Таким образом, SAP HANA станет местом хранения как аналитической, так и транзакционной информации.

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

Важная особенность платформы — функциональность Calculation Engine. Она позволяет выполнять ресурсоемкие операции над данными непосредственно в оперативной памяти и значительно сокращать обмен информацией между базой данных и приложениями. В результате SAP HANA может использоваться и как платформа для разработки in-memory-приложений, которые будут полностью работать в оперативной памяти. Для определения закономерностей, прогнозирования ситуации и других видов предиктивного анализа Calculation Engine может использовать собственную библиотеку функций статистической обработки данных. Также для этих целей имеется возможность задействовать всю мощь и широкий спектр библиотек открытого языка R. Тем самым аналитика переходит на новый уровень – от констатации фактов к выявлению закономерностей и предвидению ситуации.

Стоит отметить, что, в отличие от хранилищ данных, в состав SAP HANA входит не только программное обеспечение, но и аппаратная часть – комплекс blade-серверов на базе архитектуры Intel Nehalem-EX CPU. Такой подход также позволяет экономить ресурсы на интеграцию комплекса в уже существующий на предприятии ландшафт.

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

Оригинал публикации

Бизнес-склад SAP

Интеграция с технологиями In-Memory

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

Если вы используете базу данных для хранения данных, вы можете ускорить доступ к данным для объекта BW, сохранив эти данные в виде индекса в SAP Business Warehouse Accelerator.Дополнительная информация: Создание и управление индексами BWA в системе BW.

Помимо повышения производительности, база данных SAP HANA для сохранения данных предлагает дополнительные преимущества при выполнении сценариев анализа и планирования. В частности, вам не нужен SAP BW Accelerator для повышения производительности. Дополнительная информация: Использование базы данных SAP HANA.

Интеграция с надстройкой BI Content

С помощью BI Content SAP предоставляет предварительно настроенные информационные модели на основе ролей и задач, а также сценарии отчетности и анализа для SAP BW, основанные на согласованных метаданных.BI Content предоставляет выбранным ролям в компании информацию, необходимую им для выполнения своих задач. Поставляемые информационные модели охватывают все области бизнеса и объединяют контент практически из всех приложений SAP, а также отдельных внешних приложений. Дополнительную информацию см. На справочном портале SAP: http://help.sap.com/bicontent.

Интеграция с SAP Business Explorer

SAP Business Explorer (SAP BEx) — пакет SAP NetWeaver Business Intelligence Suite — предоставляет гибкие инструменты отчетности и анализа для стратегического анализа, оперативной отчетности и поддержки принятия решений в рамках бизнеса.Дополнительная информация: SAP Business Explorer.

Интеграция с решениями SAP BusinessObjects Business-Intelligence

Вы можете оценить данные SAP BW с помощью продуктов SAP BusinessObjects. Дополнительная информация: Интеграция с SAP BusinessObjects.

Инструменты SAP BusinessObjects позволяют эффективно и действенно использовать интерфейсы в аналитическом механизме. Дополнительная информация: Интеграция с SAP BusinessObjects.

Интеграция с SAP Enterprise Information Management

В хранилище данных интеграция с SAP Data Services и SAP Information Steward предоставляет дополнительные возможности для использования SAP BW.Дополнительная информация: Интеграция с SAP Enterprise Information Management.

В чем разница между SAP BI, SAP BW, SAP BO?

Я развивался в мире бизнес-аналитики SAP в течение двадцати лет, и в течение тех же двадцати лет люди задавали одни и те же вопросы: «В чем разница между SAP BI, SAP BW, SAP BO или это SAP BOBJ?» Это идеи или продукты, и что из них нам действительно нужно? »

Немного предыстории

  • SAP BI — Бизнес-аналитика

На самом деле все довольно просто.BI расшифровывается как Business Intelligence, это общий термин для того, что относится к принятию решений, анализу данных и отчетности. Термин BI не имел ничего общего с SAP … Это было до того момента, пока издатель программного обеспечения не связал этот акроним со своим предложением после покупки дополнительных приложений.

  • SAP BW — Бизнес-склад

Действительно, изначально единственным приложением SAP, позиционируемым в сфере бизнес-аналитики, было SAP BW. SAP BW, все еще входящий в портфель издателя спустя 20 лет, представляет собой хранилище данных, предназначенное для загрузки, преобразования и хранения данных, смоделированных в кубы, для целей анализа.Хотя это предложение включает в себя редактор запросов и представлений данных, в середине 2000-х ему было трудно конкурировать с другими решениями, специализирующимися в этом секторе. По этой причине в 2007 году SAP выкупила Business Objects, а также набор приложений для форматирования информации, тем самым укрепив свои позиции в качестве ключевого игрока на рынке бизнес-аналитики.

  • SAP BO или BOBJ — Бизнес-объекты

SAP затем использует приобретение Business Objects и необходимость уточнить позиционирование этого нового пакета, чтобы использовать очень модный термин «BI» и, таким образом, маркировать некоторые из своих продуктов.С этого момента SAP BW будет называться SAP BI для решения хранения, тогда как Business Objects будет переименован в SAP BO или BOBJ (в зависимости от того, на какой стороне Атлантики вы находитесь) для форматирования данных.

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

BIW 1.2A октябрь 1998 г.
BIW 1.2B сен-1999
BIW 2.0A фев 2000
BIW 2.0B июн 2000
BIW 2.1C ноя 2000
Изменение имени, BIW на BW
BW 3.0A октябрь 2001
BW 3.0B Май-2002
BW 3,1 ноя 2002
BW 3.1C Апрель 2004 г.
BW 3,3 Апрель 2004 г.
BW 3,5 Апрель 2004 г.
Изменение имени, BW на BI (и обратно)
BI 7,0 июль-2005
BW 7.01 октябрь 2008
BW 7,02 август 2009 г.
BW 7,3 ноя-2010
BW 7,31 август 2011 г.
BW 7,4 Май-2013
BW 7,5 октябрь 2015

Источник: https://wiki.scn.sap.com/wiki/display/BI/Overview+of+SAP+History+and+BW-BI+Evolution

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

  • SAP BI (ранее BW) снова становится SAP BW
  • SAP BOBJ … Остается SAP BOBJ
  • Все это составляет предложение SAP BI

SAP BW и SAP BOBJ — Функциональные возможности

В результате SAP присутствует на сегодняшнем рынке бизнес-аналитики с двумя дополнительными предложениями.

  • SAP BW — это эквивалент черного ящика, в котором данные будут храниться после загрузки из различных систем, баз данных и т. Д., и смоделированы для удобного использования в последующих отчетных приложениях SAP BOBJ
  • SAP BO или BOBJ по существу включает приложения для создания отчетов, наиболее популярными из которых являются:
    • WEBI , который обслуживает конкретные потребности в отчетности:
    • Crystal Report предоставляет мощные функции компоновки данных для публикации и редактирования форматированных отчетов:
    • Analysis for Office для анализа данных в сверхмощной среде Excel:

Вкратце, вот что нужно понимать, когда слышишь о SAP BI:

SAP BI
SAP BW SAP BOBJ
  • Хранилище данных
  • Извлечение информации из различных исходных систем
  • Форматирование и хранение данных
  • Возможное восстановление информации в сводном формате с помощью Bex Query Designer (инструмент SAP)
  • Приложение для форматирования данных для анализа
  • Использует данные для форматирования
  • Нет хранилища данных: они поступают либо из базы данных, либо из хранилища данных

Что предложить покупателям сегодня?

Клиентам стало проще ориентироваться.Мы используем SAP BW для хранения и SAP BOBJ для форматирования … Осторожно, поскольку это верно только в том случае, если мы говорим о локальном решении бизнес-аналитики. С развитием облачных вычислений SAP снова тасует карты, поскольку все новые решения теперь доступны клиентам в облаке.

На самом деле, нет однозначного ответа с точки зрения решений бизнес-аналитики, поскольку вы должны принимать во внимание проблемы клиентов, архитектуру и долгосрочную ИТ-стратегию. См. Также Как извлечь ключевые показатели эффективности из SAP ERP (видео).

Новое и улучшенное предложение: SAP Analytics Cloud (SAC)

Как и многие другие, SAP неустанно работает над разработкой облачных решений, чтобы удовлетворить растущий спрос последних нескольких лет. Поскольку SAP S / 4HANA теперь предлагает облачную версию SAP S / 4HANA Cloud, локальная SAP BI теперь предлагает альтернативное облачное решение: SAP Analytics Cloud.

Это решение, созданное в лабораториях SAP, успешно избавляет от старого традиционного предложения SAP BI: доступное онлайн как SaaS, SAP Analytics Cloud (SAC) представляет собой комплексное приложение, которое включает в себя три следующие функции: анализ данных, планирование и прогнозный анализ.

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

Облако хранилища данных SAP

Доступно клиентам с октября 2019 года, SAP Datawarehouse Cloud заполняет пустоту хранилища данных, оставшуюся в облаке, и позиционирует себя как эквивалент SAP BW.Это не простое приложение, а, скорее, услуга с оплатой по факту использования, способная преобразовывать данные в удобной для пользователя среде.

Мы надеемся, что он будет таким же успешным, как SAP Analytics Cloud! Найдите 5 преимуществ использования облачного программного обеспечения SAP S / 4HANA по этой ссылке.

Что нужно помнить:

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

  1. Отчетность? Конечно! Это идет рука об руку с хорошим приложением для визуализации данных.
    SAP Analytics Cloud незаменим на рынке.
  2. Хранилище данных компании? В конце концов, если вам нужно объединить разные данные, рассчитать сложные показатели, все это на трехлетнем горизонте.
    SAP BW удовлетворяет эту потребность, давайте еще немного подождем, прежде чем принимать решение о SAP Data Warehouse Cloud, которое могло бы занять его место.
  3. Business Intelligence? Пункты 1 и 2 входят в состав!

Загрузите нашу техническую документацию : « Путешествие к интеллектуальному предприятию » и узнайте, как повысить качество обслуживания клиентов, добиться повышения производительности на 15-20% и изменить наш подход к работе и вовлечению сотрудников!

Что означает BW? Бесплатный словарь

Фильтр категорий: Показать все (81) Наиболее распространенные (2) Технологии (3) Правительство и военные (13) Наука и медицина (15) Бизнес (14) Организации (12) Сленг / жаргон (29)

BW 64 С наилучшими пожеланиями Bluater (Торговый центр в Лондоне) 24 BW 64 Bridgewire BW
Акроним Определение
BW Черно-белый
BW Пропускная способность
BW Business Week
BW Best Western (сеть отелей)
BW Business Information Warehouse (SAP, Oracle)
BW Business Wire
BW Bollywood (Индия)
BW Baldwin-Wallace College
BW Вес при рождении
BW Beast Wars (комикс Трансформеры)
BW Под наблюдением 9 0392 (чат)
BW Красивая женщина
BW Баден-Вюртемберг (Федеральная земля Германии)
BW Бундесвер (Вооруженные силы Германии) British Waterways
BW Bomb Wing
BW Biological Warfare
BW Широкополосная беспроводная связь (NEC)
BW
BW Назад
BW Бетти Уайт (актриса)
BW Boardwalk (Disney Resort)
BW Солоноватая вода
Bewater Bluater
BW Черные часы 9 0392 (британский полк)
BW Bellwether
BW Масса тела
BW Blackwater
BW Burgerlijk Wetboek (Гражданский кодекс, Нидерланды)
BW Биологическое оружие
BW Колючая проволока (забор)
BW Брюс Уиллис (актер)
BW Blue Wave
Boogie Woogie (танец, музыкальный жанр)
BW Barry White
BW Buffalo Wings
BW Bow Wow (американский рэпер)
Brood War (игра)
BW Black Winter (группа)
BW Бреттон-Вудс (Нью-Гэмпшир)
BW Анализ крови (гематология)
BW Бен Уоллес (игрок NBA)
Battle Watch (Pokemon)
BW Blue Wolf (комплект игровой брони Lineage 2)
BW Boy Wonder (Робин из Бэтмена)
BW Bitte Wenden (немецкий: пожалуйста, переверните)
BW Big Window
BW стыковой сваркой
BW Bombardment Wing
BW Ballast Water (отгрузка )
BW На основе (звукозаписывающая промышленность)
BW B -Wing (Звездные войны)
BW Ширина луча
BW Bolton Wanderers
BW Bay Watch
BW Bill Wyman (участник Rolling Stones)
BW Baroque Works
BW Brot für die Welt
BW Судебный ордер (суд)
BW Под водой
Лучше Хуже (финансовый)
BW Бактериологическая война
BW BarrysWorld (игровой веб-сайт)
BW Black Wizard (игра Final Fantasy) Пчелиный воск
BW Blue Wizard (игра Final Fantasy )
BW Выброшенные на берег киты
BW Buck Wheat (певец Б.W. Stevenson)
BW Bonded Winery
BW Bone Wall (Diablo 2)
BW Скважинная вода (буровая промышленность)
BW Brazilian Wife
BW Black Warrant (хэви-метал / индастриал группа)
BW Babcock and Wilcox Company (Линчберг, Вирджиния)
BW
BW Bradbury & Wilkinson (принтеры для печати, Великобритания)
BW Braze Welding
BW West Indies Airways Ltd, (код авиакомпании IATA для Тринидада и Тобаго)
Battlefield Weather (Министерство обороны США)
BW Back of Walk (съемка)
BW Адаптивный алгоритм Баума-Велча (алгоритм)

Что означает BW?

Оцените:

863 Оценить: BW

90 961

BW

Пропускная способность

Вычисления »Сети — и многое другое…

Оценить:
BW

Черно-белое

Сообщество »Новости и СМИ

Оценить
BW

Best Western

Бизнес »Компании и фирмы

Оцените его:
BW

Ботсвана

и другие регионы» Страны …

Оцените:
BW

Масса тела

Медицина »Физиология — и многое другое …

BW

Be Well

Интернет »Чат

Оцените:
BW

Business Week

Сообщество» Новости Медиа

Оценить:
BW

Вес при рождении

Медицина »Физиология

Бизнес-склад

Бизнес »Общий бизнес

Оцените это:
BW

Биологическое оружие

Правительство »Военное дело

Оцените его:
Война

Медицина »Лаборатория

Оценить:
BW

Битте Венден

Международный» Немецкий


BW

Колючая проволока

Правительство »Военное дело

Оцените:
BW

Биологическое оружие

Наука

Академическая наука и больше…

Оценить:
BW

Черный / Белый

Разное »Цвета

Оценить
BW

Black Widow

Разное »Несекретный

Оцените:
BW

Borg Warner

Оценить:
BW

Borg — Warner

Бизнес »Компании и фирмы

Оценить:
Оценить:
BW

Синий-Белый

Разное »Цвета

Оценить
BW
Оцените:
BW

Broodwar Warcraft

Разное» Не классифицируется

BW

Работа с кровью

Разное »Несекретный

Оценить:
BW

Между

Разное

Разное

Разное

Оценить:
BW

Стык

Бизнес »Продукты

Оценить: