SAP Моделювання HANA: представлення, таблиці та моделі даних
Мейсон Гарсія
⚡ Розумний підсумок
SAP Моделювання HANA створює інформаційні представлення, які перетворюють необроблені таблиці бази даних на готові для бізнесу моделі. Представлення атрибутів, аналітичні та обчислювальні представлення, структура пакета, необхідні привілеї та правила продуктивності охоплюються практичними стандартами іменування.
Що таке SAP Моделювання HANA?
SAP Моделювання HANA – це діяльність, за допомогою якої ми створюємо інформаційне представлення. Інформаційне представлення подібне до виміру, куба або інфо-провайдера в BW. Це інформаційне представлення використовується для створення багатовимірної моделі даних.
Фізичні столи всередині SAP ХАНА зберігати дані у тому вигляді, в якому їх надала вихідна система. Моделювання додає шар над цими таблицями, який перейменовує стовпці, об'єднує пов'язані записи, застосовує фільтри та визначає обчислення. Інструменти звітності потім зчитують цей шар замість таблиць, тому бізнес-користувачам ніколи не потрібно знати базову структуру таблиці.
SAP Огляд моделювання HANA
Моделювання – це діяльність, під час якої користувач уточнює або розрізає дані в таблиці бази даних, створюючи інформаційне представлення на основі бізнес-сценарію. Ці інформаційні представлення можна використовувати для звітності та прийняття рішень.
Інформаційне представлення створюється з різних комбінацій даних контенту для створення моделі бізнес-сценарію.
Дані контенту в інформаційному поданні бувають двох типів:
- Атрибут: DescriptДані, що підлягають вимірюванню, та дані, що не піддаються вимірюванню. Наприклад, ідентифікатор постачальника, назва постачальника, місто тощо.
- Вимірювати: Дані, які можна кількісно оцінити та розрахувати. Наприклад Revменю, продана кількість та лічильники. Міра походить з аналітичного та розрахункового подання. Міру не можна створити в поданні атрибутів.
Обидва структурні блоки визначаються один раз у представленні та повторно використовуються кожним звітом, який їх використовує. У розділах нижче перелічено точні варіанти. SAP HANA підтримує кожного з них.
Типи атрибутів
SAP HANA підтримує три типи атрибутів:
| Типи атрибутів | Діяльності |
|---|---|
| Простий атрибут | Він походить з основи даних. |
| Обчислюваний атрибут | Воно походить від одного або кількох існуючих атрибутів та констант. Наприклад, арифметичне обчислення або виведення повного імені з імені та прізвища. |
| Локальний атрибут | Він використовується всередині подань моделювання (аналітичного подання або подання розрахунків) для налаштування поведінки атрибута, тому він є локальним для моделювання вигляд і не може бути доступним з-за меж цього вигляду. |
Види вимірювання
SAP HANA підтримує чотири типи заходів:
| Види заходів | Діяльності |
|---|---|
| Проста міра | Він походить з основи даних. |
| Обчислена міра | Він походить від однієї або кількох існуючих мір, констант та функцій. Наприклад, арифметичне обчислення. |
| Обмежувальний захід | Він використовується для фільтрації значень на основі визначених користувачем правил для значень атрибутів. |
| Counter | Це спеціальний тип стовпця, який відображає унікальне число для стовпців атрибутів (аналітичний вигляд або вигляд обчислення). Він використовується для підрахунку одного або кількох стовпців атрибутів. |
Після визначення атрибутів та показників вони об'єднуються в одне з трьох інформаційних подань:
- Перегляд атрибутів – Це використовується для контексту основних даних.
- Аналітичний перегляд – Це використовується для створення таблиць фактів і схоже на куб у BW.
- Перегляд розрахунку – Це використовується для створення складного представлення та схоже на MultiProvider у BW.
Перш ніж будь-яке з цих представлень можна буде створити, обліковий запис моделювання потребує певного набору авторизацій.
Права, необхідні для моделювання
Привілеї забезпечують безпеку 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 “Назва схеми” TO _SYS_REPO WITH GRANT OPTION';
- REPO.MAINTAIN_DELIVERY_UNITS для створення одиниць доставки.
- REPO.IMPORT, REPO.EXPORT для імпорту та експорту одиниць поставки.
- REPO.WORK_IN_FOREIGN_WORKSPACES для роботи в іноземних робочих просторах.
Різниця між виглядом атрибутів, аналітичним виглядом та виглядом обчислень
Три інформаційні подання не є взаємозамінними. Кожне з них відповідає на різні запитання, і вибір неправильного є найпоширенішою помилкою, яку допускають початківці в моделюванні.
| Критерії | Перегляд атрибутів | Аналітичний перегляд | Перегляд розрахунку |
|---|---|---|---|
| Мета | Основні дані та описовий контекст | Зіркова схема на одній таблиці фактів | Складна логіка в кількох джерелах |
| Дозволені заходи | Немає | Так | Так |
| Кількість таблиць фактів | Не підтримується | Один | Багато |
| Союз підтримував | Немає | Немає | Так |
| Може використовувати інші перегляди | Немає | Тільки перегляди атрибутів | Усі три типи |
| Еквівалент широкосмугової передачі | Характеристика / розмір | Інфокуб | Мультипровайдер |
Практичне правило добре працює: побудуйте перегляд атрибутів коли результатом є описовий список, аналітичний погляд коли одна таблиця фактів порівнюється з цими описами, і перегляд розрахунку коли для відповіді потрібне об'єднання, друга таблиця фактів або логіка, яку зіркова схема не може виразити.
SAP Найкращі методи HANA для створення інформаційних моделей
An SAP Найкраща практика HANA – це стандарт, якого дотримуються під час створення об'єкта в SAP База даних HANA. Наведені нижче рекомендації застосовуються до кожного типу об'єкта.
УПАКОВКА:
- Створіть пакет верхнього рівня, такий як «Розробка», для розробницької роботи.
- Створіть підпакет у пакеті верхнього рівня для кожного розробника.
- За потреби також можна створити більше підпакетів.
СХЕМА:
- Розробіть макет схеми перед початком проєкту. Наприклад, DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA тощо.
- Користувацькі таблиці повинні розташовуватися в окремій схемі.
ТАБЛИЦІ:
- Таблиця, яка буде використовуватися у звітності або OLAP має бути типу сховища стовпців.
- Таблиця, яка буде використовуватися в транзакціях або OLTP має бути типу сховища рядків.
- Для ясності надайте правильний коментар або опис для назв таблиць і стовпців.
ПРАВИЛА НАЗВАННЯ НАЗВ:
| ОБ'ЄКТИ | сформований | Опис |
|---|---|---|
| ПЕРЕГЛЯДИ АТРИБУТІВ | 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, системно-локальний, системно-локальний.generated та системно-локальний.private. |
|
| Неструктурний | Неструктурний пакет може містити інформаційні об'єкти та підпакети. Це пакет за замовчуванням. |
|
Використання пакету: Пакет об'єднує всі інформаційні моделі та спрощує транспортування моделей. Для транспортування можна використовувати обидва типи пакетів.
Кроки для створення структурного пакету в SAP Студія HANA:
Крок 1) На цьому етапі
- Виберіть систему HANA, тут це HDB.
- Перейдіть до папки «Вміст».
Крок 2) На цьому етапі
- Виберіть Створити.
- Виберіть опцію «Пакет».
Крок 3) На цьому етапі
- Введіть назву пакета. Наприклад, «DHK_SCHEMA».
- Введіть опис пакета.
- Оригінальна мова та Відповідальна особа вибрано за замовчуванням.
Неструктурний пакет з назвою «DHK_SCHEMA» буде створено у вузлі «Вміст», як показано нижче.
Крок 4) Тепер перетворіть неструктурний пакет на структурний пакет.
- Виберіть пакет «DHK_SCHEMA» та клацніть на ньому правою кнопкою миші.
- Перейдіть до опції редагування для пакета.
Крок 5) На цьому етапі
- Виберіть «Так» у полі «Структурні параметри».
- Натисніть кнопку ОК.
Коли «DHK_SCHEMA» змінюється з неструктурного на структурний пакет, стиль піктограми змінюється з 
до 
Це свідчить про те, що неструктурний пакет тепер перетворено на структурний пакет.
Кроки для створення неструктурного пакета в рамках структурного пакета як підпакета:
Пакет за замовчуванням створюється як неструктурний. У неструктурному пакеті можна створювати інші пакети та інформаційні об'єкти. Краще спочатку створити структурний пакет, а потім створити всередині нього підпакет.
Крок 1) На цьому етапі
- Виберіть структурний пакет «DHK_SCHEMA» та клацніть на ньому правою кнопкою миші.
- Виберіть «Створити» -> «Пакет».
Крок 2) На цьому етапі
- Введіть назву підпакета в поле «Ім’я».
- Введіть опис.
- Натисніть кнопку “OK”.
Новий неструктурний пакет буде створено як підпакет у пакеті DHK_SCHEMA.
Як активувати та перевірити інформаційний перегляд
Збереження представлення лише зберігає його в репозиторії часу розробки. Доки його не активовано, жодного об'єкта середовища виконання не існує, і жоден звіт не може його прочитати. Активація генерує представлення стовпців за схемою _SYS_BIC, і цей згенерований об'єкт є тим, що насправді запитує SQL та інструменти звітності.
Крок 1) Збережіть вигляд. Натисніть Ctrl+S у SAP HANA Studio. Представлення тепер існує як неактивний об'єкт часу розробки, позначений ромбоподібним накладанням у вузлі «Вміст».
Крок 2) Активуйте вигляд. Клацніть правою кнопкою миші на представленні та виберіть «Активувати» або натисніть Ctrl+F3. Виберіть «Активувати», щоб розгорнути лише це представлення, або «Повторно розгорнути», щоб перебудувати об’єкт середовища виконання, коли визначення часу розробки не змінилося, але згенерований об’єкт відсутній.
Крок 3) Прочитайте журнал завдань. У журналі завдань повідомляється про успіх або невдачу для кожного об’єкта в пакеті активації. Запис про невдачу вказує назву об’єкта та причину, тому завжди розгортайте запис, а не покладайтеся на рядок зведення.
Крок 4) Попередній перегляд даних. Клацніть правою кнопкою миші активоване подання та виберіть «Попередній перегляд даних». Вкладка «Аналіз» дозволяє перетягувати атрибути на вісь міток, а міри — на вісь значень, що підтверджує, що об’єднання повертають очікувану кількість рядків.
Крок 5) Виправлення поширених помилок активації. Три невдачі пояснюють більшість випадків:
- Недостатньо прав для схеми: _SYS_REPO бракує опції SELECT WITH GRANT OPTION на схемі, що містить базові таблиці. Надайте її та активуйте знову.
- Недійсна назва стовпця: Стовпець базової таблиці було перейменовано або видалено після моделювання подання. Оновіть основу даних та перепризначте поле.
- Циклічна залежність: Два представлення посилаються одне на одне. Розірвіть цикл, вказавши одне з них на таблицю, що відповідає таблиці.
Після успішної активації, до представлення можна звернутися безпосередньо за допомогою SELECT * FROM “_SYS_BIC”.”package/VIEW_NAME”, що є найшвидшим способом підтвердження існування об’єкта до підключення до нього інструменту звітності.
SAP Техніка оптимізації продуктивності HANA
Активоване представлення, яке повертає правильні результати, все ще може бути повільним. Наведені нижче правила визначають, як обчислювальний механізм виконує модель.
- Усі інформаційні подання та табличні подання слід використовувати з проекційним вузлом. Проекційний вузол покращує продуктивність, звужуючи набір стовпців.
- Застосуйте фільтри до вузлів проекції.
- Уникайте вузлів об'єднання у поданні обчислення та використовуйте замість них об'єднання, де це можливо.
- Використовуйте вхідні параметри або змінні, щоб обмежити набір даних в аналітичному або обчислювальному поданні.
- Розрахунки слід виконати перед агрегацією.
- Ієрархії потрібно перевизначити в поданні обчислення, оскільки ієрархії подання атрибутів не видно в поданні обчислення.
- Ієрархії атрибутного подання видно в аналітичному поданні.
- Мітки атрибутів та описи мір, визначених у поданні атрибутів, аналітичному поданні або поданні обчислення, не відображатимуться у поданні обчислення, що споживає дані. Їх потрібно перепризначити.
- Не змішуйте функції CE та SQLScript в одній і тій самій інформаційній моделі.
Дизайн об'єднання також впливає на вартість виконання. Посилальне об'єднання можна повністю скоротити, якщо не запитується жодне поле з потрібної таблиці, тому вибір типу з'єднання заслуговує на таку ж увагу, як і розміщення вузлів.
Чому подання обчислень замінили подання атрибутів та аналітичні подання
SAP застарілі атрибутивні подання та аналітичні подання разом із моделлю XS Classic та SAP Репозиторій HANA. Було оголошено про застарівання для SAP HANA 1.0 SPS 12 та переформульовано для SAP HANA 2.0 SPS 02. «Застаріло» означає, що все ще підтримується на SAP HANA 2.0, але не перенесено до SAP Хмара HANA.
Причина полягає в консолідації, а не в заміні функцій. Послідовний пакет підтримки об'єднує розширені подання розрахунків, доки вони не поглинуть можливості двох інших типів:
- Перегляд обчислення категорії даних Розмір, з проекційним вузлом на семантичному рівні, виконує роботу атрибутного представлення.
- Перегляд обчислення категорії даних Куб із зіркоподібним з'єднанням, з вузлом агрегації на семантичному рівні, виконує роботу аналітичного представлення.
Один тип представлення також означає один шлях оптимізатора, один набір шаблонів моделювання для вивчення та одну ціль міграції. SAP постачає інструмент міграції, який перетворює існуючі подання атрибутів, аналітичні подання та подання розрахунків на основі скриптів на графічні подання розрахунків та табличні функції. Існуючі подання продовжують виконуватися, тому міграцію можна планувати, а не пришвидшувати, але нову розробку слід починати з подання розрахунків.
