Моделювання SAP HANA: повний посібник

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

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

У цьому підручнику ви дізнаєтесь-

Огляд моделювання SAP HANA
SAP HANA Best Practices для створення інформаційних моделей
Техніка оптимізації продуктивності SAP HANA

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

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

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

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

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

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

SAP HANA підтримує три типи атрибутів -

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

Види міри

Підтримка SAP HANA чотири типи заходів -

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

Перегляди інформації бувають трьох типів, як показано нижче -

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

Для роботи в SAP HANA користувачеві потрібні привілеї, нижче наведені привілеї для моделювання SAP HANA -

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

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

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

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

Виберіть привілей на схемі _SYS_BI.
Виберіть привілей на схемі _SYS_BIC.
Виконати привілей на REPOSITORY_REST (SYS).
ПРИВІЛЕКТ SELECT на табличній схемі.

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

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

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

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

Для доступу до SAP HANA Information View потрібні аналітичні привілеї -

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

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

Надайте грант на власну схему користувачеві _SYS_REPO як "НАДАННЯ ВИБІРУ НА СХЕМУ" Назва схеми "ДО _SYS_REPO З ОПЦІЄЮ ГРАНТУ";
REPO.MAINTAIN_DELIVERY_UNITS для створення одиниць доставки.
REPO.IMPORT, REPO.EXPORT для імпорту / експорту одиниць доставки.
REPO.WORK_IN_FOREIGN_WORKSPACES для роботи в іноземних робочих місцях.

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

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

ПАКЕТ:

Створіть пакет розробок на кшталт "Розробка" для розробки.
Створіть підпакет під пакетом верхнього рівня для кожного розробника.
За потреби також можна створити додатковий пакет.

СХЕМА:

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

СТОЛИ:

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

КОНВЕНЦІЯ ІМЕНУВАННЯ:

ОБ'ЄКТИ	Формат	Опис
АТРИБУТНІ ПОГЛЯДИ	НА _ПРОДУКТ	AT_ ... означає Перегляд атрибутів
АНАЛІТИЧНІ ПОГЛЯДИ	_SALES	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 Studio

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

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

Тип

Опис

Піктограма

Структурні

У структурному пакеті можна створити лише підпакет. Жодне подання інформації (подання атрибутів, аналітичне подання тощо) не може бути створене у структурному пакеті.

Наприклад, структурний пакет - SAP, системно-локальний, системно-локальний. Сформований, локально-локальний. Приватна.

Неструктурний

Неструктурний пакет може містити інформаційний об'єкт та підпакети. Це стандартний пакет.

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

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

КРОК 1) На цьому кроці

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

КРОК 2) На цьому кроці:

Виберіть Новий.
Виберіть опцію Пакет.

КРОК 3) На цьому кроці:

Введіть назву пакета. Наприклад, "DHK_SCHEMA".
Введіть опис пакета.
Мова оригіналу та Відповідальна особа вибрано за замовчуванням.

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

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

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

КРОК 5) На цьому кроці:

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

Наш "DHK_SCHEMA" при зміні з "Неструктурного" на "Структурний" стиль значка буде змінено з на . Це свідчить про те, що неструктурний пакет тепер перетворюється на структурний пакет.

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

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

КРОК 1) На цьому кроці

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

КРОК 2) На цьому кроці:

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

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

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

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

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