SAP HANA-modellering: Komplett handledning

Vad är SAP HANA-modellering?

SAP HANA-modellering är en aktivitet genom vilken vi skapar informationsvy. Informationsvy liknar dimension, kub eller informationsleverantör av BW. Denna informationsvy används för att skapa den flerdimensionella datamodellen.

I den här handledningen lär du dig-

SAP HANA-modelleringsöversikt
SAP HANA Best Practices för att skapa informationsmodeller
SAP HANA Performance Optimization Technique

SAP HANA-modelleringsöversikt

Modellering är en aktivitet där användaren förfina eller skiva data i databastabellen genom att skapa informationsvy baserat på affärsscenariot. Dessa informationsvyer kan användas för rapporterings- och beslutsändamål.

Informationsvy är gjord av olika kombinationer av innehållsdata för att skapa en modell för ett affärsscenario.

Innehållsdata i informationsvy är av två typer -

Attribut: Beskrivande och icke-mätbara data. Till exempel leverantörs-ID, leverantörsnamn, stad etc.
Mått: Data kan kvantifieras och beräknas. Till exempel intäkter, sålda mängder och räknare. Måttet härrör från analys- och beräkningsvy. Måttet kan inte skapas i attributvyn.

Typer av attribut

SAP HANA stöder tre typ av attribut -

Typer av attribut	Aktiviteter
Enkelt attribut	Det härrör från datagrunder.
Beräknat attribut	Det härrör från en eller flera befintliga attribut och konstanter. Till exempel aritmetisk beräkning eller härled hela namnet från för- och efternamn.
Lokalt attribut	Den används i modelleringsvyer (analytisk vy / beräkningsvy) för att anpassa beteendet för attributet, så det är lokalt för modelleringsvyn och kan inte komma åt utanför modellvyn.

Typer av mått

SAP HANA stöder fyra typer av åtgärder -

Typer av attribut	Aktiviteter
Enkel åtgärd	Det härrör från datagrunder.
Beräknat mått	Det härrör från en eller flera spännande mått, konstanter och funktion. Till exempel aritmetisk beräkning.
Begränsad åtgärd	Det används för att filtrera värde baserat på användardefinierade regler för attributvärden.
Disken	Det är specialtyper av kolumnen som visar unikt nummer för attribut Kolumner (Analytisk vy / Beräkningsvy). Den används för att räkna en eller flera attributkolumner.

Informationsvyer är av tre typer enligt nedan -

Attributvy - Detta används för huvuddatakontext.
Analytisk vy - Detta används för att skapa faktatabeller och liknande Cube of BW.
Beräkningsvy - Detta används för att skapa en komplex vy och liknar flera tillhandahålla i BW.

För att kunna arbeta i SAP HANA krävs behörigheter av användaren, nedan krävs behörigheter för SAP HANA-modellering -

Behörigheter som krävs för modellering

Privilegier ger säkerhet till SAP HANA-databasen, genom vilken auktoriserad användare endast kan komma åt auktoriserat innehåll.

Objektprivilegier -

Objektprivilegier är SQL-privilegier som används för att ge läs- / skrivåtkomst på databasobjekt. Nedan följer objektbehörigheter för modellering.

VÄLJ privilegium på _SYS_BI-schema.
VÄLJ privilegium på _SYS_BIC-schema.
EXECUTE-privilegium på REPOSITORY_REST (SYS).
VÄLJ behörighet i tabellschema.

Paketrättigheter -

Paketrättigheter krävs för att auktorisera åtgärder på enskilda paket. Nedan följer paketbehörigheter för datamodellering-

REPO.MAINTAIN_NATIVE_PACKAGES privilegium på rotpaketet.
REPO.READ, REPO.EDIT_NATIVE_OBJECTS & REPO.ACTIVATE_NATIVE_OBJECTS på paket som används för innehållsobjekt.

Analytiska privilegier -

För att få åtkomst till SAP HANA-information krävs analytiska behörigheter -

För fullständig datatillgång till all informationsvy i SAP HANA System krävs "_SYS_BI_CP_ALL" analytiska behörigheter. För begränsad datainkomst måste analytiska behörigheter skapas och tilldelas användaren.

Andra privilegier-

Ge bidrag på eget schema till _SYS_REPO-användare som "GRANT SELECT ON SCHEMA" Schema name "TO _SYS_REPO WITH GRANT OPTION";
REPO.MAINTAIN_DELIVERY_UNITS för att skapa leveransenheter.
REPO.IMPORT, REPO.EXPORT för import / export av leveransenheter.
REPO.WORK_IN_FOREIGN_WORKSPACES för arbete på utländska arbetsytor.

SAP HANA Best Practices för att skapa informationsmodeller

SAP HANA Best Practice är standard när du skapar ett objekt i SAP HANA Database. Nedan följer bästa praxis för objekt -

PAKET:

Skapa ett toppnivåpaket som "Utveckling" för utvecklingsarbete.
Skapa ett underpaket under toppnivåpaketet för varje utvecklare.
Mer delpaket kan också skapas om det behövs.

SCHEMA:

Designa din schemaläggning innan du startar projektet.Eg (DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA, etc.).
Den anpassade tabellen ska vara i ett separat schema.

TABELLER:

Tabell som kommer att användas i rapportering eller OLAP ska vara typ av kolumnlagring.
Tabell som kommer att användas i Transaktion eller OLTP ska vara som radbutiktyp.
Ge kommentar / beskrivning för tabell och kolumnnamn ordentligt för tydlighetens skull.

NAMNKONVENTION:

FÖREMÅL	Formatera	Beskrivning
ATTRIBUTVISNINGAR	AT _PRODUCT	AT_ ... betyder attributvy
ANALYTISKA VISNINGAR	EN _SALES	AN_ ... betyder analytisk vy
BERÄKNINGSVISNINGAR	CA _SALES	CA_ ... betyder beräkningsvy
ANALYTISKA PRIVILEGER	AP _REST_AT (Attributvy) AP _REST_AN (Analytisk vy) AP _REST_CA (Beräkningsvy)	AP_…. betyder analytiska privilegier
HIERARKI	HI _BNAME_PC (förälderbarn) HI _BNAME_LV (Nivå)	HI_ ... betyder hierarki
PROCEDUR	SP _PROCEDURENAME	SP_ ... Lagrad procedur
INGÅNGSPARAMETRAR	IP _PARA_NAME	IP_ ... betyder parameter
VARIABLER	VA _VNAME	VA_ ... betyder variabelnamn

Skapa ett paket i SAP HANA Studio

Paket: Det är en behållare som innehåller all information om modellen (attributvy, analytisk vy, beräkningsvy, etc ...) i en grupp.

Typer av paket: Paketet är av två typer, vilket är som nedan -

Typ

Beskrivning

Ikon

Strukturell

I strukturpaketet kan endast delpaket skapas. Ingen informationsvy (attributvy, analytisk vy, etc.) kan skapas i strukturpaketet.

T.ex. av strukturpaketet - SAP, system-lokalt, system-lokalt. Genererad, system-lokal. Privat.

Icke strukturell

Icke-strukturellt paket kan innehålla informationsobjekt och underpaket. Detta är standardpaketet.

Användning av paketet: Paketgruppen är all informationsmodell och gör modelltransport enklare. Båda förpackningarna kan användas vid transport.

Steg för att skapa strukturellt paket i SAP HAN Studio-

STEG 1) I detta steg,

Välj Hana System, här är det HDB.
Gå till mappen Innehåll.

STEG 2) I detta steg,

Välj Ny.
Välj paketalternativ.

STEG 3) I detta steg,

Ange paketnamn. Till exempel "DHK_SCHEMA".
Ange beskrivning för paketet.
Originalspråk och Person Ansvar är valt som standard.

Icke-strukturellt paket med namn "DHK_SCHEMA" skapas i innehållsnoden enligt nedan-

STEG 4) Konvertera nu icke-strukturellt paket till strukturellt paket.

Välj paketet "DHK_SCHEMA" och högerklicka på det.
Gå till redigeringsalternativet för paketet.

STEG 5) I detta steg,

Välj "Ja" i fältet Strukturella alternativ.
Klicka på OK-knappen.

Vårt "DHK_SCHEMA" när det ändras från icke-strukturellt till strukturellt paket kommer ikonstilen att ändras från till . Detta är en indikation på att icke-strukturellt paket nu omvandlas till strukturpaketet.

Steg för att skapa icke-strukturellt paket under strukturellt paket som delpaket.

Paketet skapas som standard som icke-strukturellt. I icke-strukturellt paket kan andra paket och informationsobjekt skapas. Det är bättre att först skapa ett strukturellt paket och sedan skapa ett understrukturellt paket i det.

STEG 1) I detta steg,

Välj strukturellt paket "DHK_SCHEMA" och högerklicka på det.
Välj Nytt -> paket.

STEG 2) I detta steg,

Ange underpaketets namn i fältet Namn.
Ange beskrivning för det.
Klicka på "OK" -knappen.

Ett nytt icke-strukturellt paket skapas som delpaket under DHK_SCHEMA-paketet.

SAP HANA Performance Optimization Technique

Det finns följande regel för prestandaoptimeringsteknik -

All informationsvy och tabellvy bör användas med en projiceringsnod. Projection Node förbättrar prestandan genom att minska kolumnuppsättningen.
Genom att använda filter på projektionsnoder.
Undvik JOIN-noder i beräkningsvyn. Använd UNION istället för det.
Använd inmatningsparametrar / variabel för att begränsa datasetet i analytisk / beräkningsvy.
Beräkningen bör göras före aggregering.
Hierarkier måste omdefinieras i beräkningsvyn, hierarkier för attributvyn syns inte i beräkningsvyn.
Hierarkier av attributvyn är synlig i analytisk vy.
Attributetiketten och måttbeskrivningen definieras i attributvyn, analytisk vy och beräkningsvy visas inte i beräkningsvyn. Vi måste mappa om det.
Blanda inte CE-funktion och SQL-skript i informationsmodellen.