SAP Моделювання HANA: Повний підручник

Що таке SAP Моделювання HANA?

SAP Моделювання HANA — це діяльність, за допомогою якої ми створюємо інформаційне подання. Інформаційне подання подібне до виміру, куба або постачальника інформації BW. Це інформаційне подання використовується для створення багатовимірної моделі даних.

SAP Огляд моделювання HANA

Моделювання — це діяльність, у якій користувач уточнює або розрізає дані в таблиці бази даних шляхом створення інформаційного подання на основі бізнес-сценарію. Ці інформаційні подання можна використовувати для звітування та прийняття рішень.

Інформаційне подання складається з різних комбінацій даних вмісту для створення моделі для бізнес-сценарію.

Дані вмісту в інформаційному поданні бувають двох типів –

Атрибут: Descriptі дані, що не підлягають вимірюванню. Наприклад, ідентифікатор постачальника, назва постачальника, місто тощо.
Вимірювати: Дані можна кількісно визначити та обчислити. напр Revenue, продана кількість і лічильники. Міра отримана з аналітичного та розрахункового погляду. Міру неможливо створити в режимі перегляду атрибутів.

Типи атрибутів

SAP ХАНА Підтримка трьох типів атрибутів –

Типи атрибутів	Діяльності
Простий атрибут	Він походить від основи даних.
Обчислюваний атрибут	Він походить від одного або кількох існуючих атрибутів і констант. Наприклад, арифметичний розрахунок або отримання повного імені з імені та прізвища.
Локальний атрибут	Він використовується в моделюючих представленнях (аналітичний перегляд/обчислення) для налаштування поведінки атрибута, тому він є локальним для моделювання і не має доступу з-за меж перегляду моделювання.

Види вимірювання

SAP HANA підтримує чотири типи вимірювань –

Типи атрибутів	Діяльності
Проста міра	Він походить від основи даних.
Обчислена міра	Він є похідним від однієї чи кількох вихідних мір, констант і функції. Наприклад, арифметичні розрахунки.
Обмежувальний захід	Він використовується для фільтрації значення на основі визначених користувачем правил для значень атрибутів.
Counter	Це спеціальні типи стовпців, які відображають унікальний номер для стовпців атрибутів (аналітичний перегляд/перегляд розрахунків). Він використовується для підрахунку одного або кількох стовпців атрибутів.

Інформаційні перегляди бувають трьох типів:

Перегляд атрибутів – Це використовується для контексту основних даних.
Аналітичний перегляд – Це використовується для створення таблиць фактів і подібно до Cube of BW.
Перегляд розрахунку – Це використовується для створення складного перегляду та схоже на кілька Provide у BW.

Щоб працювати в SAP HANA, привілеї потрібні користувачу, нижче наведено привілеї, необхідні для SAP Моделювання HANA –

Привілеї, необхідні для моделювання

Привілеї забезпечують безпеку SAP База даних HANA, за допомогою якої авторизований користувач може отримати доступ лише до авторизованого вмісту.

Привілеї об’єкта –

Об'єктні привілеї є SQL привілеї, які використовуються для надання доступу для читання/запису об'єктів бази даних. Нижче наведено привілеї об’єктів, необхідні для моделювання.

SELECT привілей для схеми _SYS_BI.
SELECT привілей для схеми _SYS_BIC.
Привілей EXECUTE на REPOSITORY_REST (SYS).
SELECT привілей для схеми таблиці.

Привілеї пакета –

Пакетні привілеї потрібні для авторизації дій з окремими пакетами. Нижче наведено привілеї пакетів, необхідні для моделювання даних-

Права REPO.MAINTAIN_NATIVE_PACKAGES для кореневого пакета.
REPO.READ, REPO.EDIT_NATIVE_OBJECTS & REPO.ACTIVATE_NATIVE_OBJECTS у пакеті, що використовується для об’єктів вмісту.

Аналітичні привілеї –

Доступу SAP Потрібні аналітичні привілеї перегляду інформації HANA –

Щоб отримати повний доступ до всієї інформації, перегляньте в SAP Система HANA, потрібні аналітичні привілеї «_SYS_BI_CP_ALL». Для обмеженого доступу до даних потрібно створити аналітичні привілеї та призначити їх користувачеві.

Інші привілеї -

Надайте дозвіл на власну схему для користувача _SYS_REPO як «GRANT SELECT ON SCHEMA ” Schema name» TO _SYS_REPO WITH GRANT OPTION»;
REPO.MAINTAIN_DELIVERY_UNITS для створення одиниць доставки.
REPO.IMPORT, REPO.EXPORT для імпорту / експорту одиниць доставки.
REPO.WORK_IN_FOREIGN_WORKSPACES для роботи в іноземних робочих просторах.

SAP Найкращі методи HANA для створення інформаційних моделей

SAP HANA Best Practice є стандартною під час створення об’єкта в SAP База даних HANA. Нижче наведено найкращі практики для об’єкта –

УПАКОВКА:

Створіть пакет верхнього рівня, наприклад «Розробка», для розробки.
Створіть підпакет у пакеті верхнього рівня для кожного розробника.
За потреби також можна створити додаткові підпакети.

СХЕМА:

Створіть свій макет схеми перед початком проекту. Наприклад (DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA тощо).
Настроювана таблиця має бути в окремій схемі.

ТАБЛИЦІ:

Таблиця, яка буде використовуватися у звітності або OLAP має бути тип магазину колонок.
Таблиця, яка буде використовуватися в Transaction або OLTP має бути типу Row Store.
Дайте коментар / опис для назви таблиці та стовпця належним чином для ясності.

ПРАВИЛА НАЗВАННЯ НАЗВ:

ОБ'ЄКТИ	сформований	Описи конструкції
ПЕРЕГЛЯДИ АТРИБУТІВ	AT_PRODUCT	AT_….. означає перегляд атрибутів
АНАЛІТИЧНІ ПОГЛЯДИ	AN_ПРОДАЖІ	AN_…..означає аналітичний погляд
ПЕРЕГЛЯДИ РОЗРАХУНКУ	CA_ПРОДАЖІ	CA_….. означає перегляд розрахунків
АНАЛІТИЧНІ ПРИВІЛЕЇ	AP_REST_AT(Перегляд атрибутів) AP_REST_AN(аналітичний перегляд) AP_REST_CA(Перегляд розрахунку)	AP_…. означає аналітичні привілеї
ІЄРАРХІЯ	HI_BNAME_PC (батько-дочірній) HI_BNAME_LV (рівень)	HI_… означає ієрархію
ПРОЦЕДУРА	SP_PROCEDURENAME	SP_… Збережена процедура
ВХІДНІ ПАРАМЕТРИ	IP_PARA_NAME	IP_… означає параметр
ЗМІННІ	VA_VNAME	VA_… означає назву змінної

Створення пакета в SAP Студія HANA

пакет: Це контейнер, який містить усю інформацію про модель (перегляд атрибутів, аналітичний перегляд, обчислення тощо) у групі.

Типи упаковки: Пакет буває двох типів, який наведено нижче:

тип	Описи конструкції	Іконка
Структурний	У структурному пакеті можна створити лише підпакет. У структурному пакеті неможливо створити інформаційне подання (подання атрибутів, аналітичне подання тощо). Наприклад, структурний пакет – SAP, системно-локальний, системно-локальний. Згенерований, системний локальний. Приватний.
Неструктурний	Пакет Non-Structural може містити інформаційний об’єкт і підпакети. Це стандартний пакет.

Використання пакета: Група пакетів містить всю інформаційну модель, що полегшує транспортування моделі. Обидва пакети можна використовувати для транспортування.

Етапи створення структурного пакета в SAP HAN Studio-

Крок 1) На цьому етапі

Виберіть Hana System, тут HDB.
Перейдіть до папки Content.

Крок 2) На цьому етапі

Виберіть Створити.
Виберіть опцію «Пакет».

Крок 3) На цьому етапі

Введіть назву пакета. Наприклад, «DHK_SCHEMA».
Enter Descriptіон для пакета.
За замовчуванням вибрано мову оригіналу та відповідальну особу.

Неструктурний пакет із назвою «DHK_SCHEMA» буде створено у вузлі «Вміст», як показано нижче-

Крок 4) Тепер перетворіть неструктурний пакет на структурний пакет.

Виберіть пакет «DHK_SCHEMA» і клацніть його правою кнопкою миші.
Перейдіть до опції редагування пакета.

Крок 5) На цьому етапі

Виберіть «Так» у полі «Структурні параметри».
Натисніть кнопку OK.

Наш “DHK_SCHEMA” при зміні пакета Non-Structural на Structural стиль піктограми буде змінено з до . Це вказує на те, що неструктурний пакет тепер перетворено на структурний пакет.

Крок для створення неструктурного пакета в структурному пакеті як підпакет.

Пакет створюється за замовчуванням як неструктурний. У неструктурному пакеті можна створити інший пакет та інформаційний об’єкт. Краще спочатку створити структурний пакет, а потім створити в ньому підструктурний пакет.

Крок 1) На цьому етапі

Виберіть структурний пакет «DHK_SCHEMA» і клацніть його правою кнопкою миші.
Виберіть Новий -> пакет.

Крок 2) На цьому етапі

Введіть назву підпакета в поле Ім’я.
Введіть його опис.
Натисніть кнопку «ОК».

Новий неструктурний пакет буде створено як підпакет у пакеті DHK_SCHEMA.

SAP Техніка оптимізації продуктивності HANA

Існує наступне правило для техніки оптимізації продуктивності –

Усю інформацію та таблицю слід використовувати з вузлом проекції. Projection Node покращує продуктивність, звужуючи набір стовпців.
Шляхом застосування фільтрів у вузлах проекції.
Уникайте вузлів JOIN у режимі обчислення, замість нього використовуйте UNION.
Використовуйте вхідні параметри / змінну, щоб обмежити набір даних у аналітичному / розрахунковому режимі.
Розрахунок має бути виконано перед агрегацією.
Потрібно повторно визначити ієрархії в режимі обчислення. Ієрархії атрибутів не відображаються в режимі обчислення.
Ієрархії представлення атрибутів видно в аналітичному поданні.
Мітка атрибута та опис міри, визначені в режимі перегляду атрибутів, аналітичного перегляду та перегляду розрахунків, не відображатимуться в режимі перегляду розрахунків. Нам потрібно повторно відобразити його.
Не змішуйте функцію CE та SQL сценарій в інформаційній моделі.