SAP HANA-modellering: Vyer, tabeller och datamodeller

Vad är SAP HANA-modellering?

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

De fysiska borden inuti SAP HANA behåller data i den form som källsystemet levererade dem i. Modellering lägger till ett lager ovanför dessa tabeller som byter namn på kolumner, kopplar samman relaterade poster, tillämpar filter och definierar beräkningar. Rapporteringsverktyg läser sedan det lagret istället för tabellerna, så att affärsanvändare aldrig behöver känna till den underliggande tabellstrukturen.

SAP HANA-modelleringsöversikt

Modellering är en aktivitet där användaren förfinar eller segmenterar data i databastabellen genom att skapa en informationsvy baserad på affärsscenariot. Dessa informationsvyer kan användas för rapportering och beslutsfattande.

En informationsvy skapas från olika kombinationer av innehållsdata för att skapa en modell för ett affärsscenario.

Innehållsdata i en informationsvy är av två typer:

• Attribut: Descriptiv och icke-mätbar data. Till exempel leverantörs-ID, leverantörsnamn, ort etc.
• Mäta: Data som kan kvantifieras och beräknas. Till exempel, Revvisning, såld kvantitet och räknare. Ett mått härleds från en analytisk vy och en beräkningsvy. Ett mått kan inte skapas i en attributvy.

Båda byggblocken definieras inuti vyn och återanvänds av varje rapport som använder den. Avsnitten nedan listar de exakta varianterna. SAP HANA-stöd för var och en.

Typer av attribut

SAP HANA stöder tre typer av attribut:

Typer av attribut	Stationer & aktiviteter
Enkelt attribut	Den är härledd från datagrunden.
Beräknat attribut	Det härleds från ett eller flera befintliga attribut och konstanter. Till exempel en aritmetisk beräkning, eller att härleda det fullständiga namnet från för- och efternamn.
Lokalt attribut	Den används inuti modelleringsvyer (analytisk vy eller beräkningsvy) för att anpassa ett attributs beteende, så att det är lokalt för modellering vyn och kan inte nås utanför den vyn.

Typer av mått

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

Typer av åtgärder	Stationer & aktiviteter
Enkel åtgärd	Den är härledd från datagrunden.
Beräknat mått	Den härleds från ett eller flera befintliga mått, konstanter och funktioner. Till exempel en aritmetisk beräkning.
Begränsad åtgärd	Den används för att filtrera värden baserat på användardefinierade regler för attributvärden.
Motverka	Det är en speciell typ av kolumn som visar ett unikt nummer för attributkolumner (analytisk vy eller beräkningsvy). Den används för att räkna en eller flera attributkolumner.

När attribut och mått har bestämts samlas de i en av tre informationsvyer:

• Attributvy – Detta används för masterdatakontext.
• Analytisk vy – Detta används för att skapa faktatabeller och liknar en kub i svartvitt.
• Beräkningsvy – Detta används för att skapa en komplex vy och liknar en MultiProvider i BW.

Innan någon av dessa vyer kan byggas behöver modelleringskontot en specifik uppsättning behörigheter.

Privilegier som krävs för modellering

Privilegier ger trygghet åt SAP HANA-databas, genom vilken endast en behörig användare kan komma åt auktoriserat innehåll.

Objektprivilegier

Objektprivilegier är SQL behörigheter som används för att ge läs-/skrivåtkomst till databasobjekt. Objektbehörigheterna nedan krävs för modellering.

• SELECT-behörighet på _SYS_BI-schemat.
• SELECT-behörighet på _SYS_BIC-schemat.
• UTFÖR behörighet på REPOSITORY_REST (SYS).
• SELECT-behörighet på tabellschemat.

Paketprivilegier

Paketbehörigheter krävs för att auktorisera åtgärder på enskilda paket. Paketbehörigheterna nedan krävs för datamodellering.

• REPO.MAINTAIN_NATIVE_PACKAGES-behörighet på rotpaketet.
• REPO.READ, REPO.EDIT_NATIVE_OBJECTS & REPO.ACTIVATE_NATIVE_OBJECTS på paketet som används för innehållsobjekt.

Analytiska privilegier

För att få åtkomst till en SAP HANA-informationsvy, analytiska privilegier krävs.

• För fullständig dataåtkomst till alla informationsvyer i en SAP HANA-systemet, analysbehörigheten "_SYS_BI_CP_ALL" krävs. För begränsad dataåtkomst måste analysbehörigheter skapas och tilldelas användaren.

Andra privilegier

• Ge åtkomst till ditt eget schema till _SYS_REPO-användaren som 'GRANT SELECT ON SCHEMA “Schemanamn” TO _SYS_REPO WITH GRANT OPTION';
• REPO.MAINTAIN_DELIVERY_UNITS för att skapa leveransenheter.
• REPO.IMPORT, REPO.EXPORT för import och export av leveransenheter.
• REPO.WORK_IN_FOREIGN_WORKSPACES för att arbeta i utländska arbetsytor.

Skillnaden mellan attributvy, analytisk vy och beräkningsvy

De tre informationsvyerna är inte utbytbara. Var och en besvarar en annan fråga, och att välja fel är det vanligaste modelleringsmisstaget att nybörjare gör.

Kriterier	Attributvy	Analytisk vy	Beräkningsvy
Syfte	Masterdata och beskrivande kontext	Stjärnschema på en enda faktatabell	Komplex logik över flera källor
Tillåtna åtgärder	Nej	Ja	Ja
Antal faktatabeller	ej tillämplig	One	Många
Fackligt stöd	Nej	Nej	Ja
Kan konsumera andra vyer	Nej	Endast attributvyer	Alla tre typerna
Svartvit motsvarighet	Egenskap / dimension	Infokub	Multileverantör

En praktisk regel fungerar bra: bygg en attributvy när utdata är en beskrivande lista, en analytisk vy när en faktatabell jämförs med dessa beskrivningar, och en beräkningsvy när svaret behöver en union, en andra faktatabell eller logik som ett stjärnschema inte kan uttrycka.

SAP HANA bästa praxis för att skapa informationsmodeller

An SAP HANA:s bästa praxis är en standard som följs när man skapar ett objekt i SAP HANA-databasen. De bästa metoderna nedan gäller för varje objekttyp.

PAKET:

• Skapa ett toppnivåpaket, till exempel ”Utveckling”, för utvecklingsarbete.
• Skapa ett underpaket under toppnivåpaketet för varje utvecklare.
• Fler delpaket kan också skapas vid behov.

SCHEMA:

• Designa din schemalayout innan projektet startar. Till exempel DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA, etc.
• Anpassade tabeller bör placeras i ett separat schema.

TABELLER:

• En tabell som ska användas i rapportering eller OLAP ska vara av typen kolumnlagring.
• En tabell som kommer att användas i transaktioner eller OLTP ska vara av typen radlagring.
• Ge en kommentar eller beskrivning av tabell- och kolumnnamnen på rätt sätt för tydlighetens skull.

NAMNkonvention:

FÖREMÅL	Format	BESKRIVNING
ATTRIBUTERA VISNINGAR	AT_PRODUKT	AT_ betyder attributvy
ANALYTISKA VISNINGAR	AN_FÖRSÄLJNING	AN_ betyder analytisk vy
BERÄKNINGSVISNINGAR	CA_FÖRSÄLJNING	CA_ betyder beräkningsvy
ANALYTISKA PRIVILEGIER	AP_REST_AT (Attributvy) AP_REST_AN (Analytisk vy) AP_REST_CA (Beräkningsvy)	AP_ betyder analytiska privilegier
HIERARKI	HI_BNAME_PC (Förälder/barn) HI_BNAME_LV (Nivå)	HI_ betyder hierarki
PROCEDUR	SP_PROCEDURENAME	SP_ betyder lagrad procedur
INPUT PARAMETRAR	IP_PARA_NAME	IP_ betyder parameter
VARIABLER	VA_VNAME	VA_ betyder variabelnamn

Namngivningskonventionen lönar sig bara om varje modell finns inuti en planerad paketstruktur, som skapas enligt nedan.

Skapa ett paket i SAP HANA Studio

Förpackning: Det är en behållare som innehåller all information om modellen (attributvy, analysvy, beräkningsvy och så vidare) i en grupp.

Typer av paket: Paketen finns av två typer, enligt nedan.

Typ	BESKRIVNING	Resultat för tillverkarlista
Strukturella	I ett strukturpaket kan endast ett delpaket skapas. Ingen informationsvy (attributvy, analytisk vy etc.) kan skapas i ett strukturpaket. Exempel på ett strukturellt paket är SAP, systemlokal, systemlokal.genererad och systemlokal.privat.
Icke-strukturell	Ett icke-strukturellt paket kan innehålla informationsobjekt och underpaket. Detta är standardpaketet.

Användningsområden för ett paket: Ett paket grupperar alla informationsmodeller och gör modelltransport enklare. Båda pakettyperna kan användas vid transport.

Steg för att skapa ett strukturellt paket i SAP HANA Studio:

Steg 1) I detta steg

1. Välj HANA-systemet, här är det HDB.
2. Gå till mappen Innehåll.

Steg 2) I detta steg

1. Välj Ny.
2. Välj alternativet Paket.

Steg 3) I detta steg

1. Ange paketnamnet. Till exempel ”DHK_SCHEMA”.
2. Ange en beskrivning för paketet.
3. Originalspråk och Ansvarig person är valda som standard.

Ett icke-strukturellt paket med namnet "DHK_SCHEMA" kommer att skapas i Content-noden, enligt nedan.

Steg 4) Konvertera nu det icke-strukturella paketet till ett strukturellt paket.

1. Välj paketet "DHK_SCHEMA" och högerklicka på det.
2. Gå till alternativet Redigera för paketet.

Steg 5) I detta steg

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

När ”DHK_SCHEMA” ändras från ett icke-strukturellt till ett strukturellt paket, ändras ikonstilen från till Detta är en indikation på att det icke-strukturella paketet nu har konverterats till ett strukturellt paket.

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

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

Steg 1) I detta steg

1. Välj strukturpaketet "DHK_SCHEMA" och högerklicka på det.
2. Välj Nytt -> Paket.

Steg 2) I detta steg

1. Ange namnet på delpaketet i fältet Namn.
2. Ange en beskrivning för det.
3. Klicka på "OK" -knappen.

Ett nytt icke-strukturellt paket kommer att skapas som ett underpaket under DHK_SCHEMA-paketet.

Så här aktiverar och validerar du en informationsvy

Att spara en vy lagrar den bara i designtidsarkivet. Tills den aktiveras finns inget runtime-objekt och ingen rapport kan läsa den. Aktivering genererar en kolumnvy under schemat _SYS_BIC, och det genererade objektet är vad SQL och rapporteringsverktyg faktiskt frågar efter.

Steg 1) Spara vyn. Tryck Ctrl+S i SAP HANA Studio. Vyn finns nu som ett inaktivt designtidsobjekt, markerat med ett diamantöverlägg i noden Content.

Steg 2) Aktivera vyn. Högerklicka på vyn och välj Aktivera, eller tryck Ctrl+F3. Välj ”Aktivera” för att endast distribuera den här vyn, eller ”Distribuera om” för att återskapa runtime-objektet när designtidsdefinitionen inte har ändrats men det genererade objektet saknas.

Steg 3) Läs jobbloggen. Jobbloggvyn rapporterar om varje objekt i aktiveringsbatchen lyckats eller misslyckats. En felpost namnger objektet och orsaken, så expandera alltid posten istället för att förlita dig på sammanfattningsraden.

Steg 4) Förhandsgranska informationen. Högerklicka på den aktiverade vyn och välj Dataförhandsgranskning. Fliken Analys låter dig dra attribut till etikettaxeln och mäta till värdeaxeln, vilket bekräftar att kopplingar returnerar det förväntade antalet rader.

Steg 5) Åtgärda vanliga aktiveringsfel. Tre fel står för de flesta fallen:

• Otillräcklig behörighet på schemat: _SYS_REPO saknar SELECT WITH GRANT OPTION på schemat som innehåller bastabellerna. Bevilja det och aktivera igen.
• Ogiltigt kolumnnamn: En bastabellkolumn döptes om eller togs bort efter att vyn modellerades. Uppdatera datagrunden och mappa om fältet.
• Cykliskt beroende: Två vyer refererar till varandra. Bryt loopen genom att peka en av dem mot den underliggande tabellen istället.

Efter en lyckad aktivering kan vyn efterfrågas direkt med SELECT * FROM “_SYS_BIC”.”package/VIEW_NAME”, vilket är det snabbaste sättet att bekräfta att objektet existerar innan ett rapporteringsverktyg ansluts till det.

SAP HANA prestandaoptimeringsteknik

En aktiverad vy som returnerar korrekta resultat kan fortfarande vara långsam. Reglerna nedan formar hur beräkningsmotorn kör modellen.

• Alla informationsvyer och tabellvyer bör användas med en projektionsnod. En projektionsnod förbättrar prestandan genom att begränsa kolumnuppsättningen.
• Använd filter på projektionsnoder.
• Undvik att sammanfoga noder i en beräkningsvy och använd istället en union där det är möjligt.
• Använd inparametrar eller variabler för att begränsa datamängden inom en analytisk vy eller beräkningsvy.
• Beräkningar bör göras före aggregering.
• Hierarkier måste omdefinieras i en beräkningsvy, eftersom hierarkier i en attributvy inte är synliga i en beräkningsvy.
• Hierarkier i en attributvy är synliga i en analytisk vy.
• Etiketter för attribut och beskrivningar av mått som definierats i en attributvy, analysvy eller beräkningsvy visas inte i en förbrukande beräkningsvy. De måste mappas om.
• Blanda inte CE-funktioner och SQLScript i samma informationsmodell.

Join-designen påverkar också körtidskostnaden. En referentiell join kan beskäras helt när inget fält från rätt tabell begärs, vilket är anledningen till att val av kopplingstyp förtjänar lika mycket uppmärksamhet som nodplacering.

Varför beräkningsvyer ersatte attribut- och analysvyer

SAP föråldrade attributvyer och analysvyer tillsammans med XS Classic-modellen och SAP HANA-arkivet. Utfasningen tillkännagavs för SAP HANA 1.0 SPS 12 och omräknad för SAP HANA 2.0 SPS 02. Föråldrad betyder att den fortfarande stöds på SAP HANA 2.0, men inte överförd till SAP HANA-molnet.

Anledningen är konsolidering snarare än ersättning av funktioner. Successiva supportpaket staplar utökade beräkningsvyer tills de absorberade funktionerna hos de andra två typerna:

• En beräkningsvy av datakategori Dimensionera, med en projektionsnod på det semantiska lagret, utför jobbet som en attributvy.
• En beräkningsvy av datakategori Cube med en stjärnkoppling, med en aggregeringsnod på det semantiska lagret, utför arbetet i en analytisk vy.

En vytyp innebär också en optimeringssökväg, en uppsättning modelleringsmönster att lära sig och ett migreringsmål. SAP levererar ett migreringsverktyg som konverterar befintliga attributvyer, analysvyer och skriptbaserade beräkningsvyer till grafiska beräkningsvyer och tabellfunktioner. Befintliga vyer fortsätter att köras, så migrering kan schemaläggas snarare än att förhastas, men ny utveckling bör börja med beräkningsvyer.

Vanliga frågor