ABONAMENTE VIDEO REDACȚIA
RO
EN
NOU
Numărul 150
Numărul 149 Numărul 148 Numărul 147 Numărul 146 Numărul 145 Numărul 144 Numărul 143 Numărul 142 Numărul 141 Numărul 140 Numărul 139 Numărul 138 Numărul 137 Numărul 136 Numărul 135 Numărul 134 Numărul 133 Numărul 132 Numărul 131 Numărul 130 Numărul 129 Numărul 128 Numărul 127 Numărul 126 Numărul 125 Numărul 124 Numărul 123 Numărul 122 Numărul 121 Numărul 120 Numărul 119 Numărul 118 Numărul 117 Numărul 116 Numărul 115 Numărul 114 Numărul 113 Numărul 112 Numărul 111 Numărul 110 Numărul 109 Numărul 108 Numărul 107 Numărul 106 Numărul 105 Numărul 104 Numărul 103 Numărul 102 Numărul 101 Numărul 100 Numărul 99 Numărul 98 Numărul 97 Numărul 96 Numărul 95 Numărul 94 Numărul 93 Numărul 92 Numărul 91 Numărul 90 Numărul 89 Numărul 88 Numărul 87 Numărul 86 Numărul 85 Numărul 84 Numărul 83 Numărul 82 Numărul 81 Numărul 80 Numărul 79 Numărul 78 Numărul 77 Numărul 76 Numărul 75 Numărul 74 Numărul 73 Numărul 72 Numărul 71 Numărul 70 Numărul 69 Numărul 68 Numărul 67 Numărul 66 Numărul 65 Numărul 64 Numărul 63 Numărul 62 Numărul 61 Numărul 60 Numărul 59 Numărul 58 Numărul 57 Numărul 56 Numărul 55 Numărul 54 Numărul 53 Numărul 52 Numărul 51 Numărul 50 Numărul 49 Numărul 48 Numărul 47 Numărul 46 Numărul 45 Numărul 44 Numărul 43 Numărul 42 Numărul 41 Numărul 40 Numărul 39 Numărul 38 Numărul 37 Numărul 36 Numărul 35 Numărul 34 Numărul 33 Numărul 32 Numărul 31 Numărul 30 Numărul 29 Numărul 28 Numărul 27 Numărul 26 Numărul 25 Numărul 24 Numărul 23 Numărul 22 Numărul 21 Numărul 20 Numărul 19 Numărul 18 Numărul 17 Numărul 16 Numărul 15 Numărul 14 Numărul 13 Numărul 12 Numărul 11 Numărul 10 Numărul 9 Numărul 8 Numărul 7 Numărul 6 Numărul 5 Numărul 4 Numărul 3 Numărul 2 Numărul 1
×
▼ LISTĂ EDIȚII ▼
Numărul 53
Abonament PDF

Modelarea view-urilor în SAP HANA

Iulia Bicu
Software Developer @ Siemens România



PROGRAMARE

Utilizând SAP HANA, puteţi efectua calcule ale businessului direct pe datele originale în memoria principală, fără necesitatea de a transforma datele. Multe dintre aceste calcule pot fi modelate grafic, ca view-uri de date speciale în SAP HANA Studio, fără a mai fi nevoie de cod.

Acest articol prezintă opţiunile de modelare de date în SAP HANA, care sunt inima dezvoltării de aplicaţii in HANA.

Datele de business ale unui domeniu sunt memorate (de obicei în forma normalizată) în tabelele din baza de date, care sunt conectate printr-un foreign key (așa-numită entity-relationship model). Cu ajutorul acestui model de date, pot fi create, selectate şi modificate eficient înregistrări unice. Totuşi, dacă accesul la date devine mai dinamic şi mai complex sau dacă anumite analize sau verificări sunt necesare, datele trebuie să fie transformate.

Tipurile de view-uri în SAP HANA

Un exemplu care se poate crea, ar fi o analiză relativ simplă a rezervărilor de zbor şi a gradului de utilizare a locurilor pe parcursul unui zbor, pe baza datelor din modelul SFLIGHT. Pentru a crea aceste analize, vom utiliza diferitele opţiuni de modelare, furnizate de SAP HANA şi vom explica proprietăţile şi modul lor de utilizare.

Figura 1. Tipurile de View-uri în SAP HANA

Următoarele tipuri de view-uri vor fi discutate:

Modelarea de date in HANA este posibilă numai pentru tabelele stocate pe coloană.

Procesarea modelarii de view-uri în SAP HANA

SAP HANA are în principiu trei tipuri de motoare care sunt folosite, bazându-se pe view-urile solicitate de model. (Vezi Figura 2.)

Figura 2. Motoarele de calcul în SAP HANA

Motorul Join: - este folosit pentru view-uri de atribute

Înainte de a descrie modul în care view-urile de atribute sunt modelate, să aruncăm o privire la cele mai importante concepte. Deoarece view-urile de atribut pot fi folosite pentru a crea view-uri de date bazate pe mai multe tabele care sunt legate prin diferite tipuri de join-uri, ele pot fi de asemenea numite join views. Deoarece joinurile joacă un rol major când lucrăm cu view-uri de atribute, accesul la view-urile de atribute sunt manipulate de motorul Join în SAP HANA.

Motorul OLAP: - este folosit pentru view-uri analitice

Termenul de procesare analitică online (Online Analytical Processing -OLAP) este adesea utilizat ca un sinonim pentru sistemele analitice. OLAP descrie analize multidimensionale bazate pe o schema stea (star schema), în timp ce datele dintr-un depozit de date pot fi de asemenea organizate în flat tables în baza de date.

Motorul de Calcul: Folosit pentru view-uri analitice cu atribute calculate și view-uri de calcul

Prin agregarea cât mai rapidă a datelor şi efectuarea calculelor pe datele agregate, puteţi obţine două lucruri: primul, puteţi reduce setul de date pentru procesarea ulterioară şi astfel şi setul de date care trebuie, de exemplu, să fie transferate de la Motorul OLAP la Motorul de Calcul. În al doilea rând, puteţi reduce numărul de calcule sub anumite circumstanţe (de exemplu, pentru a converti sumele într-o singură monedă).

Attribute Views

View-urile de atribute cuprind un număr de câmpuri (coloane) din tabelele bazei de date, care sunt legate prin relaţiile foreign keys.

Acestea sunt în special relevante în următoarele cazuri:

În acest articol vom crea un exemplu, pentru a demonstra diferite aspecte funcţionale.

Atunci când modelăm un view de atribute facem deosebirea între următoarele concepte:

Avantajul principal al view-urilor de atribute este posibilitatea de a defini un view bazat pe câmpuri din mai multe tabele. În contrast cu ABAP Dictionary, view-urile pot cuprinde numai inner joins, în schimb view-urile de atribute în SAP HANA vă permite să utilizaţi o mai mare varietate de tipuri de join-uri.

View-urile atribut pot fi definite prin perspectiva Modeler în SAP HANA Studio. Pentru a crea un view, selectaţi NEW • Attribute View din meniul context al pachetului din conţinutul nodului. Editorul utilizat pentru a defini un view de atribute cuprinde două secţiuni: Data Foundation și Semantics.

Figura 3. Tipurile de View-uri în SAP HANA

Data Foundation este utilizat pentru a adăuga tabele, a defini join-uri , şi a adăuga atribute.

Figura 3. arată un exemplu simplu pe baza tabelei SFLIGHT.

Selectând nodul Semantics, vă puteţi întreţine mai departe metadata pentru view. De exemplu, puteţi specifica următoarele: Puteţi specifica dacă un atribut este un câmp cheie a view-ului. Reţineţi că fiecare view de atribute trebuie să conţină cel puţin un câmp cheie. În plus, puteţi defini texte (labels) pentru atribute sau ascunde atribute, care pot fi utile în contextul câmpurilor calculate.

Vom adăuga tabele SCARR şi SPFLI in view-ul SFLIGHT, iar rezultatul vă arată numele de companie aeriană şi informaţii de plecare şi de destinaţie pentru fiecare zbor (Vezi Figura 4.).

Figura 4. Rezultatul View-ului SFLIGHT

Explicând cum un view de atribute poate fi utilizat pentru a citi date din diferite tabele folosind diferite tipuri de joinuri, vom merge mai departe şi vom calcula dinamic coloanele unui view.

Vom defini un atribut calculat, cu numele ROUTE, care va afișa ruta locului de plecare şi aeroportul acesteia plus destinaţia de sosire și aeroportul acesteia.

Figura 5. Crearea atributului ROUTE și rezultatul acesteia

Analytic View

View-urile analitice sunt view-uri speciale în SAP HANA, și sunt utilizate pentru a calcula
şi analiza key figures. Ca exemplu, putem modela o analiză a rezervărilor de zbor pe baza caracteristicilor de client şi de zbor. Într-o astfel de analiză, preţurile de rezervare şi greutatea bagajelor vor fi examinate drept key figures. De asemenea, se poate defini un alt calcul pe baza greutății bagajelor care precizează dacă avem un surplus de bagaje (mai mult de 20 kg).

Analizele de obicei se axează pe datele tranzacţionale (comenzi de achiziţie, documente, facturi, etc.). Tabelul corespunzător este menţionat ca tabel factual (fact table). Aceste date includ una sau mai multe key figures sau măsuri (measures) - de exemplu, suma facturii-care sunt relevante pentru analiza de date. Tabelele factuale conţin de obicei un număr mare de intrări. Mai mult, tabele factuale pot conţine date din mai multe tabele din baze de date. Key figures trebuie să fie de la o singură tabelă, iar atributele celorlalte tabele sunt folosite ca foreign key. Un exemplu tipic ar fi tabele factuale care conţin datele hederului şi elemente de linie.

Similar cu view-urile de atribute, și view-urile analitice sunt create în SAP HANA Studio prin meniul contextual în pachet, în perspectiva Modeler. Editorul pentru view-urile analitice este format din trei secţiuni:

Calculation View

View-ul de calcul este utilizat ori de câte ori capacităţile view-ului de atribute și cel analitic nu pot satisface cerinţele. Acesta este mai ales cazul în care este necesar să combinăm în mod flexibil mai multe view-uri, ca în Figura 5.

Principala diferenţă între view-ul de calcul şi alte tipuri de view-uri introduse până acum, este că view-urile de calcul pot combina oricare alte tipuri de view-uri. Un view de calcul este bazat pe un model de calcul care constă din noduri şi operaţii. Aceste noduri pot fi tabele sau alte tipuri de view-uri. View-urile de calcul sunt modelate grafic într-o structură arborescentă, iar frunzele reprezintă tabele sau view-uri. Celelalte noduri definesc operaţii de date.

View-urile de calcul sunt create folosind aceeaşi procedură ca şi în cazul view-urilor de atribute şi cele analitice.

Figura 6. Calculation View

View-ul de calcul poate fi creat folosind editorul grafic sau editorul de SQL Script.

Sper că după citirea acestui articol veţi avea o mai bună înţelegere a capacităţii de modelare cu ajutorul celor trei tipuri de view-uri în SAP HANA.

NUMĂRUL 149 - Development with AI

Sponsori

  • Accenture
  • BT Code Crafters
  • Accesa
  • Bosch
  • Betfair
  • MHP
  • BoatyardX
  • .msg systems
  • P3 group
  • Ing Hubs
  • Cognizant Softvision
  • Colors in projects