SAP HANA Modellering: Komplett opplæring

Innholdsfortegnelse:

Anonim

Hva er SAP HANA Modellering?

SAP HANA Modellering er en aktivitet som vi lager informasjonsvisning. Informasjonsvisning ligner dimensjon, kube eller informasjonsleverandør av BW. Denne informasjonsvisningen brukes til å lage den flerdimensjonale datamodellen.

I denne veiledningen vil du lære-

  • SAP HANA Modelleringsoversikt
  • SAP HANA beste fremgangsmåter for å lage informasjonsmodeller
  • SAP HANA Performance Optimization Technique

SAP HANA Modelleringsoversikt

Modellering er en aktivitet der brukeren forbedrer eller deler data i databasetabellen ved å opprette informasjonsvisning basert på forretningsscenariet. Denne informasjonsvisningen kan brukes til rapportering og beslutningstaking.

Informasjonsvisning er laget fra forskjellige kombinasjoner av innholdsdata for å lage en modell for et forretningsscenario.

Innholdsdata i informasjonsvisning er av to typer -

  • Attributt: Beskrivende og ikke-målbare data. F.eks. Leverandør-ID, leverandørnavn, by osv.
  • Tiltak: Data kan kvantifiseres og beregnes. F.eks inntekter, solgt mengde og tellere. Tiltaket er avledet fra analyse- og beregningsvisning. Tiltaket kan ikke opprettes i attributtvisning.

Typer av attributt

SAP HANA støtter tre attributter -

Typer av attributter Aktiviteter
  • Enkelt attributt
Det er avledet fra datagrunnlag.
  • Beregnet attributt
Den er avledet av en eller flere eksisterende attributter og konstanter. F.eks Aritmetisk beregning eller avled det fulle navnet fra for- og etternavnet.
  • Lokalt attributt
Den brukes i modelleringsvisninger (analytisk visning / beregningsvisning) for å tilpasse oppførselen til attributtet, slik at den er lokal i modellvisningen og ikke får tilgang fra utsiden av modelleringsvisningen.

Typer tiltak

SAP HANA støtter fire typer tiltak -

Typer av attributter Aktiviteter
  • Enkelt mål
Det er avledet fra datagrunnlag.
  • Beregnet mål
Den er avledet av ett eller flere spennende mål, konstanter og funksjon. F.eks Aritmetisk beregning.
  • Begrenset tiltak
Den brukes til å filtrere verdi basert på brukerdefinerte regler for attributtverdier.
  • Disk
Det er spesielle typer av kolonnen som viser unikt nummer for attributter Kolonner (Analytisk visning / Beregningsvisning). Den brukes til å telle en eller flere attributtkolonner.

Informasjonsvisninger er av tre typer som nedenfor -

  • Attributtvisning - Dette brukes til hoveddatakontekst.
  • Analytisk visning - Dette brukes til å lage faktatabeller og ligner på Cube of BW.
  • Beregningsvisning - Dette brukes til å lage en kompleks visning og ligner på flere gi i BW.

For å kunne jobbe i SAP HANA kreves privilegier av brukeren, nedenfor er privilegier som kreves for SAP HANA-modellering -

Privilegier som kreves for modellering

Privilegier gir sikkerhet til SAP HANA-databasen, hvorved autorisert bruker kun har tilgang til autorisert innhold.

Objektrettigheter -

Objektrettigheter er SQL-rettigheter som brukes til å gi lese- / skrivetilgang på databaseobjekter. Nedenfor er det obligatoriske objekt privilegier for modellering.

  • VELG privilegium på _SYS_BI-skjemaet.
  • VELG privilegium på _SYS_BIC-skjemaet.
  • EXECUTE-privilegium på REPOSITORY_REST (SYS).
  • VELG privilegium på tabellskjema.

Pakkerettigheter -

Pakkeprivilegier kreves for å autorisere handling på individuelle pakker. Nedenfor er pakkerettigheter som kreves for datamodellering-

  • REPO.MAINTAIN_NATIVE_PACKAGES privilegium på rotpakken.
  • REPO.READ, REPO.EDIT_NATIVE_OBJECTS & REPO.ACTIVATE_NATIVE_OBJECTS på pakke som brukes til innholdsobjekter.

Analytiske privilegier -

For å få tilgang til SAP HANA-informasjon, er det nødvendig med analytiske privilegier -

  • For full datatilgang til all informasjonsvisning i SAP HANA System kreves "_SYS_BI_CP_ALL" analytiske rettigheter. For begrenset datatilgang må analytiske privilegier opprettes og tildeles til brukeren.

Andre privilegier-

  • Gi tilskudd på eget skjema til _SYS_REPO-bruker som 'GRANT VELG PÅ SCHEMA "Skjemanavn" TIL _SYS_REPO MED GRANT-ALTERNATIV';
  • REPO.MAINTAIN_DELIVERY_UNITS for å opprette leveringsenheter.
  • REPO.IMPORT, REPO.EXPORT for import / eksport av leveringsenheter.
  • REPO.WORK_IN_FOREIGN_WORKSPACES for arbeid i utenlandske arbeidsområder.

SAP HANA beste fremgangsmåter for å lage informasjonsmodeller

SAP HANA Best Practice er standard mens du oppretter et objekt i SAP HANA Database. Nedenfor er beste praksis for objekt -

PAKKE:

  • Lag en toppnivå-pakke som "Utvikling" for utviklingsarbeid.
  • Lag en underpakke under toppnivå-pakke for hver utvikler.
  • Flere delpakker kan også opprettes om nødvendig.

SKJEMA:

  • Design ditt skjemaoppsett før du starter prosjektet.Eg (DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA, etc.).
  • Den tilpassede tabellen skal være i et eget skjema.

TABELLER:

  • Tabell som skal brukes i rapportering eller OLAP, bør være type kolonnelager.
  • Tabellen som skal brukes i Transaksjon eller OLTP, skal være som radbutiktype.
  • Gi kommentar / beskrivelse for tabell og kolonnenavn ordentlig for klarhet.

NAVNKONVENSJON:

MÅL Format Beskrivelse
ATTRIBUTEVISNINGER _PRODUKSJON AT_ ... betyr attributtvisning
ANALYTISKE UTSIKTER EN _SALES AN_ ... betyr analytisk syn
BEREGNINGSVISNINGER CA _SALES CA_ ... betyr beregningsvisning
ANALYTISKE PRIVILEGER AP _REST_AT (attributtvisning) AP _REST_AN (analytisk visning) AP _REST_CA (beregningsvisning) AP_…. betyr analytiske privilegier
HIERARCHY HI _BNAME_PC (foreldrebarn) HI _BNAME_LV (nivå) HI_ ... betyr hierarki
FREMGANGSMÅTE SP _PROCEDURENAME SP_ ... Lagret prosedyre
INNGANGSPARAMETRE IP _PARA_NAME IP_ ... betyr parameter
VARIABLER VA _VNAME VA_ ... betyr variabelnavn

Opprette en pakke i SAP HANA Studio

Pakke: Det er en container som inneholder all informasjon om modellen (attributtvisning, analytisk visning, beregningsvisning osv.) I en gruppe.

Typer av pakker: Pakken er av to typer, som er som nedenfor -

Type

Beskrivelse

Ikon

Strukturell

I strukturell pakke kan bare underpakke opprettes. Ingen informasjonsvisning (attributtvisning, analytisk visning osv.) Kan opprettes i strukturell pakke.

F.eks av strukturell pakke - SAP, system-lokal, system-lokal. Generert, system-lokal. Privat.

Ikke strukturell

Den ikke-strukturelle pakken kan inneholde informasjonsobjekt og underpakker. Dette er standardpakke.

Bruk av pakke: Pakkegruppen er all informasjonsmodell, og gjør modelltransport lettere. Begge pakkene kan brukes i transport.

Fremgangsmåte for å lage strukturell pakke i SAP HAN Studio-

TRINN 1) I dette trinnet,

  1. Velg Hana System, her er det HDB.
  2. Gå til Innhold-mappen.

TRINN 2) I dette trinnet

  1. Velg Ny.
  2. Velg pakkealternativ.

TRINN 3) I dette trinnet

  1. Skriv inn pakkenavn. F.eks. "DHK_SCHEMA".
  2. Skriv inn beskrivelse for pakke.
  3. Originalspråk og Person Responsible er valgt som standard.

Ikke-strukturell pakke med navnet "DHK_SCHEMA" vil bli opprettet i innholdsnoden som nedenfor-

TRINN 4) Konverter nå ikke-strukturell pakke til strukturell pakke.

  1. Velg pakke "DHK_SCHEMA" og høyreklikk på den.
  2. Gå til redigeringsalternativet for pakken.

TRINN 5) I dette trinnet

  1. Velg "Ja" i feltet Strukturelle alternativer.
  2. Klikk på OK-knappen.

Vår "DHK_SCHEMA" når den endres fra ikke-strukturell til strukturell pakke, blir ikonstilen endret fra til . Dette er en indikasjon på at ikke-strukturell pakke nå konverteres til strukturpakke.

Trinn for å lage ikke-strukturell pakke under strukturell pakke som underpakke.

Pakken er opprettet som ikke-strukturell. I ikke-strukturell pakke kan andre pakke- og informasjonsobjekter opprettes. Det er bedre å først lage en strukturell pakke, og deretter lage en understrukturell pakke i den.

TRINN 1) I dette trinnet,

  1. Velg strukturell pakke "DHK_SCHEMA" og høyreklikk på den.
  2. Velg Ny -> pakke.

TRINN 2) I dette trinnet

  1. Skriv inn navnet på underpakken i feltet Navn.
  2. Skriv inn beskrivelse for det.
  3. Klikk på "OK" -knappen.

En ny ikke-strukturell pakke vil bli opprettet som underpakke under DHK_SCHEMA-pakke.

SAP HANA Performance Optimization Technique

Det er følgende regel for ytelsesoptimaliseringsteknikk -

  • All informasjonsvisning og tabellvisning skal brukes med en projeksjonsnode. Projection Node forbedrer ytelsen ved å begrense kolonnesettet.
  • Ved å bruke filtre på projeksjonsnoder.
  • Unngå JOIN-noder i beregningsvisningen. Bruk UNION i stedet for det.
  • Bruk inngangsparametere / variabel for å begrense datasettet i analytisk / beregningsvisning.
  • Beregningen bør gjøres før aggregering.
  • Hierarkier må definere på nytt i beregningsvisningen, hierarkier av attributtvisning er ikke synlig i beregningsvisningen.
  • Hierarkier av attributtvisning er synlig i analytisk visning.
  • Merkelappen for attributt og beskrivelse av mål definert i attributtvisning, analytisk visning og beregningsvisning vises ikke i beregningsvisning. Vi må kartlegge det på nytt.
  • Ikke bland CE-funksjon og SQL-skript i informasjonsmodell.