SAP HANA-modellering: Visninger, tabeller og datamodeller

Hva er SAP HANA-modellering?

SAP HANA-modellering er en aktivitet der vi lager en informasjonsvisning. En informasjonsvisning ligner på en dimensjon, en kube eller en InfoProvider i BW. Denne informasjonsvisningen brukes til å lage den flerdimensjonale datamodellen.

De fysiske bordene inni SAP HANNA holder dataene i den formen kildesystemet leverte dem. Modellering legger til et lag over disse tabellene som gir nytt navn til kolonner, kobler sammen relaterte poster, bruker filtre og definerer beregninger. Rapporteringsverktøy leser deretter dette laget i stedet for tabellene, slik at forretningsbrukere aldri trenger å vite den underliggende tabellstrukturen.

SAP HANA-modelleringsoversikt

Modellering er en aktivitet der brukeren forbedrer eller deler opp data i databasetabellen ved å opprette en informasjonsvisning basert på forretningsscenarioet. Disse informasjonsvisningene kan brukes til rapportering og beslutningstaking.

En informasjonsvisning lages av ulike kombinasjoner av innholdsdata for å lage en modell for et forretningsscenario.

Innholdsdata i en informasjonsvisning er av to typer:

• Egenskap: Descriptive og ikke-målbare data. For eksempel leverandør-ID, leverandørnavn, by osv.
• Måle: Data som kan kvantifiseres og beregnes. For eksempel, Revmeny, solgt antall og tellere. Et mål er avledet fra en analytisk visning og en beregningsvisning. Et mål kan ikke opprettes i en attributtvisning.

Begge byggeklossene defineres når de er inne i visningen og brukes på nytt av hver rapport som bruker den. Avsnittene nedenfor viser de nøyaktige variantene. SAP HANA-støtte for hver av dem.

Typer attributter

SAP HANA støtter tre typer attributter:

Typer attributter	Aktiviteter
Enkelt attributt	Den er avledet fra datagrunnlaget.
Beregnet attributt	Den er avledet fra ett eller flere eksisterende attributter og konstanter. For eksempel en aritmetisk beregning, eller å avlede hele navnet fra for- og etternavn.
Lokal attributt	Den brukes i modelleringsvisninger (analytisk visning eller beregningsvisning) for å tilpasse virkemåten til et attributt, slik at det er lokalt for modellering visning og kan ikke nås utenfra den visningen.

Typer av tiltak

SAP HANA støtter fire typer tiltak:

Typer av tiltak	Aktiviteter
Enkelt mål	Den er avledet fra datagrunnlaget.
Beregnet mål	Den er avledet fra en eller flere eksisterende målinger, konstanter og funksjoner. For eksempel en aritmetisk beregning.
Begrenset tiltak	Den brukes til å filtrere verdier basert på brukerdefinerte regler for attributtverdier.
Motvirke	Det er en spesiell kolonnetype som viser et unikt nummer for attributtkolonner (analytisk visning eller beregningsvisning). Den brukes til å telle én eller flere attributtkolonner.

Når attributter og målinger er bestemt, settes de sammen i en av tre informasjonsvisninger:

• Attributtvisning – Dette brukes for masterdatakontekst.
• Analytisk visning – Dette brukes til å lage faktatabeller og ligner på en kube i svart-hvitt.
• Beregningsvisning – Dette brukes til å opprette en kompleks visning og ligner på en MultiProvider i BW.

Før noen av disse visningene kan bygges, trenger modellørkontoen et spesifikt sett med autorisasjoner.

Nødvendige rettigheter for modellering

Privilegier gir trygghet til SAP HANA-database, der kun en autorisert bruker kan få tilgang til autorisert innhold.

Objektprivilegier

Objektprivilegier er SQL privilegier som brukes til å gi lese-/skrivetilgang til databaseobjekter. Objektprivilegiene nedenfor kreves for modellering.

• SELECT-rettighet på _SYS_BI-skjemaet.
• SELECT-rettighet på _SYS_BIC-skjemaet.
• UTFØR privilegium på REPOSITORY_REST (SYS).
• SELECT-rettighet på tabellskjemaet.

Pakkerettigheter

Pakkerettigheter kreves for å autorisere handlinger på individuelle pakker. Pakkerettighetene nedenfor kreves for datamodellering.

• REPO.MAINTAIN_NATIVE_PACKAGES-rettigheten på rotpakken.
• REPO.READ, REPO.EDIT_NATIVE_OBJECTS og REPO.ACTIVATE_NATIVE_OBJECTS på pakken som brukes for innholdsobjekter.

Analytiske privilegier

For å få tilgang til en SAP HANA-informasjonsvisning, analytiske rettigheter er påkrevd.

• For full datatilgang til alle informasjonsvisninger i en SAP HANA-systemet krever analytisk rettighet «_SYS_BI_CP_ALL». For begrenset datatilgang må analytiske rettigheter opprettes og tildeles brukeren.

Andre privilegier

• Gi tilgang til ditt eget skjema til _SYS_REPO-brukeren som 'GRANT SELECT ON SCHEMA “Schema name” TO _SYS_REPO WITH GRANT OPTION';
• REPO.MAINTAIN_DELIVERY_UNITS for å opprette leveringsenheter.
• REPO.IMPORT, REPO.EXPORT for import og eksport av leveringsenheter.
• REPO.WORK_IN_FOREIGN_WORKSPACES for å arbeide i fremmede arbeidsområder.

Forskjellen mellom attributtvisning, analytisk visning og beregningsvisning

De tre informasjonsvisningene er ikke utskiftbare. Hver av dem svarer på et annet spørsmål, og å velge feil er den vanligste modelleringsfeilen nybegynnere gjør.

Kriterier	Attributtvisning	Analytisk visning	Beregningsvisning
Formål	Stamdata og beskrivende kontekst	Stjerneskjema på en enkelt faktatabell	Kompleks logikk på tvers av flere kilder
Tillatte tiltak	Nei	Ja	Ja
Antall faktatabeller	Ikke aktuelt	En	Mange
Fagforeningen støttet	Nei	Nei	Ja
Kan konsumere andre visninger	Nei	Kun attributtvisninger	Alle tre typene
BW-ekvivalent	Kjennetegn / dimensjon	Infokube	Multileverandør

En praktisk regel fungerer bra: bygg en attributtvisning når resultatet er en beskrivende liste, en analytisk visning når én faktatabell måles mot disse beskrivelsene, og en beregningsvisning når svaret trenger en union, en andre faktatabell eller logikk som et stjerneskjema ikke kan uttrykke.

SAP HANA beste praksis for å lage informasjonsmodeller

An SAP HANA beste praksis er en standard som følges når man oppretter et objekt i SAP HANA-databasen. De beste fremgangsmåtene nedenfor gjelder for hver objekttype.

PAKKE:

• Opprett en pakke på toppnivå, for eksempel «Utvikling», for utviklingsarbeid.
• Opprett en underpakke under toppnivåpakken for hver utvikler.
• Flere underpakker kan også opprettes om nødvendig.

SKEMA:

• Design skjemaoppsettet ditt før prosjektet starter. For eksempel DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA osv.
• Tilpassede tabeller bør plasseres i et separat skjema.

TABELLER:

• En tabell som skal brukes i rapportering eller OLAP bør være av typen kolonnelager.
• En tabell som skal brukes i transaksjoner eller OLTP bør være av typen radlager.
• Gi en kommentar eller beskrivelse av tabell- og kolonnenavnene på riktig måte for klarhetens skyld.

NAVNEKONVENSJONEN:

MÅL	dannet	Tekniske beskrivelser
ATRIBUTT VISNINGER	AT_PRODUKT	AT_ betyr attributtvisning
ANALYTISKE VISNINGER	AN_SALG	AN_ betyr analytisk visning
BEREGNINGSVISNINGER	CA_SALG	CA_ betyr beregningsvisning
ANALYTISKE PRIVILEGIER	AP_REST_AT (Attributtvisning) AP_REST_AN (Analytisk visning) AP_REST_CA (Beregningsvisning)	AP_ betyr analytiske rettigheter
HIERARKI	HI_BNAME_PC (Forelder/barn) HI_BNAME_LV (Nivå)	HI_ betyr hierarki
PROSEDYRE	SP_PROCEDURENAME	SP_ betyr lagret prosedyre
INN PARAMETRE	IP_PARA_NAME	IP_ betyr parameter
VARIABLER	VA_VNAME	VA_ betyr variabelnavn

Navnekonvensjonen lønner seg bare hvis hver modell ligger innenfor en planlagt pakkestruktur, som opprettes som vist nedenfor.

Opprette en pakke i SAP HANA Studio

Pakke: Det er en beholder som inneholder all informasjon om modellen (attributtvisning, analytisk visning, beregningsvisning og så videre) i en gruppe.

Pakketyper: Pakkene er av to typer, som vist nedenfor.

typen	Tekniske beskrivelser	Ikon
Strukturell	I en strukturpakke kan bare en underpakke opprettes. Ingen informasjonsvisning (attributtvisning, analytisk visning osv.) kan opprettes i en strukturpakke. Eksempler på en strukturpakke er SAP, system-lokal, system-lokal.generert og system-lokal.privat.
Ikke-strukturell	En ikke-strukturell pakke kan inneholde informasjonsobjekter og underpakker. Dette er standardpakken.

Bruk av en pakke: En pakke grupperer alle informasjonsmodeller sammen og gjør modelltransport enklere. Begge pakketypene kan brukes i transport.

Fremgangsmåte for å lage en strukturpakke i SAP HANA Studio:

Trinn 1) I dette trinnet

1. Velg HANA-systemet, her er det HDB.
2. Gå til Innhold-mappen.

Trinn 2) I dette trinnet

1. Velg Ny.
2. Velg Pakke-alternativet.

Trinn 3) I dette trinnet

1. Skriv inn pakkenavnet. For eksempel «DHK_SCHEMA».
2. Skriv inn en beskrivelse av pakken.
3. Originalspråk og ansvarlig person er valgt som standard.

En ikke-strukturell pakke med navnet «DHK_SCHEMA» vil bli opprettet i Content-noden, som vist nedenfor.

Trinn 4) Konverter nå den ikke-strukturelle pakken til en strukturell pakke.

1. Velg pakken «DHK_SCHEMA» og høyreklikk på den.
2. Gå til Rediger-alternativet for pakken.

Trinn 5) I dette trinnet

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

Når «DHK_SCHEMA» endres fra en ikke-strukturell til en strukturell pakke, endres ikonstilen fra til Dette er en indikasjon på at den ikke-strukturelle pakken nå er konvertert til en strukturell pakke.

Fremgangsmåte for å opprette en ikke-strukturell pakke under en strukturell pakke som en underpakke:

En pakke opprettes som standard som ikke-strukturell. I en ikke-strukturell pakke kan andre pakker og informasjonsobjekter opprettes. Det er bedre å først opprette en strukturell pakke, og deretter opprette en underpakke inni den.

Trinn 1) I dette trinnet

1. Velg strukturpakken «DHK_SCHEMA» og høyreklikk på den.
2. Velg Ny -> Pakke.

Trinn 2) I dette trinnet

1. Skriv inn navnet på delpakken i Navn-feltet.
2. Skriv inn en beskrivelse for den.
3. Klikk på “OK” -knappen.

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

Slik aktiverer og validerer du en informasjonsvisning

Når du lagrer en visning, lagres den bare i designtidsarkivet. Inntil den aktiveres, finnes det ikke noe runtime-objekt, og ingen rapporter kan lese den. Aktivering genererer en kolonnevisning under _SYS_BIC-skjemaet, og det genererte objektet er det SQL og rapporteringsverktøy faktisk spør etter.

Trinn 1) Lagre visningen. Trykk Ctrl+S i SAP HANA Studio. Visningen finnes nå som et inaktivt designtidsobjekt, merket med et diamantoverlegg i innholdsnoden.

Trinn 2) Aktiver visningen. Høyreklikk på visningen og velg Aktiver, eller trykk Ctrl+F3. Velg «Aktiver» for å distribuere bare denne visningen, eller «Distribuer på nytt» for å gjenoppbygge kjøretidsobjektet når designtidsdefinisjonen ikke er endret, men det genererte objektet mangler.

Trinn 3) Les jobbloggen. Jobbloggvisningen rapporterer suksess eller mislykkethet for hvert objekt i aktiveringsgruppen. En feiloppføring navngir objektet og årsaken, så utvid alltid oppføringen i stedet for å stole på sammendragslinjen.

Trinn 4) Forhåndsvis dataene. Høyreklikk på den aktiverte visningen og velg Forhåndsvisning av data. I fanen Analyse kan attributter dras til etikettaksen og målinger til verdiaksen, noe som bekrefter at koblinger returnerer forventet antall rader.

Trinn 5) Løs vanlige aktiveringsfeil. Tre feil står for de fleste tilfeller:

• Utilstrekkelige rettigheter på skjemaet: _SYS_REPO mangler SELECT WITH GRANT OPTION på skjemaet som inneholder basistabellene. Tildel den og aktiver på nytt.
• Ugyldig kolonnenavn: En basistabellkolonne ble omdøpt eller fjernet etter at visningen ble modellert. Oppdater datagrunnlaget og tilordne feltet på nytt.
• Syklisk avhengighet: To visninger refererer til hverandre. Bryt løkken ved å peke en av dem mot den underliggende tabellen i stedet.

Etter en vellykket aktivering kan visningen spørres direkte med SELECT * FROM “_SYS_BIC”.”package/VIEW_NAME”, som er den raskeste måten å bekrefte at objektet finnes før et rapporteringsverktøy kobles til det.

SAP HANA ytelsesoptimaliseringsteknikk

En aktivert visning som returnerer riktige resultater kan fortsatt være treg. Reglene nedenfor former hvordan beregningsmotoren utfører modellen.

• Alle informasjonsvisninger og tabellvisninger bør brukes med en projeksjonsnode. En projeksjonsnode forbedrer ytelsen ved å begrense kolonnesettet.
• Bruk filtre på projeksjonsnoder.
• Unngå å koble sammen noder i en beregningsvisning, og bruk i stedet en union der det er mulig.
• Bruk inndataparametere eller variabler for å begrense datasettet i en analytisk visning eller beregningsvisning.
• Beregninger bør gjøres før aggregering.
• Hierarkier må omdefineres i en beregningsvisning, fordi hierarkier i en attributtvisning ikke er synlige i en beregningsvisning.
• Hierarkier i en attributtvisning er synlige i en analytisk visning.
• Etiketter for attributter og beskrivelser av målinger som er definert i en attributtvisning, analysevisning eller beregningsvisning, vises ikke i en forbrukende beregningsvisning. De må tilordnes på nytt.
• Ikke bland CE-funksjoner og SQLScript i den samme informasjonsmodellen.

Design av sammenføyninger påvirker også kjøretidskostnadene. En referansesammenføyning kan beskjæres fullstendig når det ikke blir forespurt noe felt fra den riktige tabellen, og det er derfor valg av koblingstype fortjener like mye oppmerksomhet som plassering av noder.

Hvorfor beregningsvisninger erstattet attributt- og analysevisninger

SAP utdaterte attributtvisninger og analytiske visninger sammen med XS Classic-modellen og SAP HANA-repositoriet. Avviklingen ble annonsert for SAP HANA 1.0 SPS 12 og omformulert for SAP HANA 2.0 SPS 02. Utdatert betyr at den fortsatt støttes på SAP HANA 2.0, men ikke videreført til SAP HANA Cloud.

Årsaken er konsolidering snarere enn erstatning av funksjon. Etterfølgende støttepakker stabler utvidede beregningsvisninger inntil de har absorbert funksjonene til de to andre typene:

• En beregningsvisning av datakategori Dimensjon, med en projeksjonsnode på det semantiske laget, gjør jobben til en attributtvisning.
• En beregningsvisning av datakategori Cube med en stjernekobling, med en aggregeringsnode på det semantiske laget, gjør jobben til en analytisk visning.

Én visningstype betyr også én optimaliseringsbane, ett sett med modelleringsmønstre å lære og ett migreringsmål. SAP Leverer et migreringsverktøy som konverterer eksisterende attributtvisninger, analytiske visninger og skriptbaserte beregningsvisninger til grafiske beregningsvisninger og tabellfunksjoner. Eksisterende visninger fortsetter å kjøre, slik at migrering kan planlegges i stedet for å forhastes, men ny utvikling bør starte med beregningsvisninger.

Spørsmål og svar