SAP Modellazione HANA: viste, tabelle e modelli di dati

Cosa è SAP Modellazione HANA?

SAP La modellazione HANA è un'attività che permette di creare una vista informativa. Una vista informativa è simile a una dimensione, un cubo o un InfoProvider in BW. Questa vista informativa viene utilizzata per creare il modello dati multidimensionale.

I tavoli fisici all'interno SAP HANA I dati vengono conservati nella forma in cui sono stati forniti dal sistema di origine. La modellazione aggiunge un livello al di sopra di queste tabelle che rinomina le colonne, unisce i record correlati, applica filtri e definisce i calcoli. Gli strumenti di reporting leggono quindi questo livello anziché le tabelle, in modo che gli utenti aziendali non debbano mai conoscere la struttura sottostante delle tabelle.

SAP Panoramica della modellazione HANA

La modellazione è un'attività in cui l'utente affina o segmenta i dati presenti nella tabella del database creando una vista informativa basata sullo scenario aziendale. Queste viste informative possono essere utilizzate per scopi di reporting e decisionali.

Una vista informativa viene creata a partire da varie combinazioni di dati di contenuto per realizzare un modello per uno scenario aziendale.

I dati di contenuto in una vista informativa sono di due tipi:

• Attributo: DescriptDati vivi e non misurabili. Ad esempio, ID fornitore, nome fornitore, città, ecc.
• Misurare: Dati che possono essere quantificati e calcolati. Ad esempio, RevQuantità, Quantità Venduta e Contatori. Una misura deriva da una vista analitica e da una vista di calcolo. Non è possibile creare una misura in una vista attributi.

Entrambi i blocchi costitutivi vengono definiti una sola volta all'interno della vista e riutilizzati da ogni report che la utilizza. Le sezioni seguenti elencano le varianti esatte. SAP HANA supporta ciascuno.

Tipi di attributo

SAP HANA supporta tre tipi di attributi:

Tipi di attributi	Attività
Attributo semplice	Deriva dalla base dati.
Attributo calcolato	Viene derivato da uno o più attributi e costanti esistenti. Ad esempio, un calcolo aritmetico o la derivazione del nome completo a partire dal nome e dal cognome.
Attributo locale	Viene utilizzato all'interno delle viste di modellazione (vista analitica o vista di calcolo) per personalizzare il comportamento di un attributo, quindi è locale all' modellismo visualizza e non è possibile accedervi dall'esterno di tale visualizzazione.

Tipi di misura

SAP HANA supporta quattro tipi di misure:

Tipologie di misure	Attività
Misura semplice	Deriva dalla base dati.
Misura calcolata	È derivato da una o più misure, costanti e funzioni esistenti. Ad esempio, un calcolo aritmetico.
Misura ristretta	Viene utilizzato per filtrare i valori in base a regole definite dall'utente per i valori degli attributi.
contatore	Si tratta di un tipo speciale di colonna che visualizza un numero univoco per le colonne degli attributi (vista analitica o vista di calcolo). Viene utilizzata per contare una o più colonne di attributi.

Una volta definiti attributi e misure, questi vengono assemblati in una delle tre viste informative:

• Visualizzazione degli attributi – Viene utilizzato per il contesto dei dati master.
• Vista analitica – Questo strumento viene utilizzato per creare tabelle dei fatti ed è simile a un cubo in BW.
• Visualizzazione calcolo – Questo strumento viene utilizzato per creare viste complesse ed è simile a un MultiProvider in BW.

Prima di poter creare una qualsiasi di queste viste, l'account del modellatore necessita di una serie specifica di autorizzazioni.

Privilegi richiesti per la modellazione

I privilegi forniscono sicurezza al SAP Database HANA, tramite il quale un utente autorizzato può accedere solo ai contenuti autorizzati.

Privilegi oggetto

I privilegi sugli oggetti sono SQL Privilegi utilizzati per fornire accesso in lettura/scrittura agli oggetti del database. I privilegi sugli oggetti elencati di seguito sono necessari per la modellazione.

• Privilegio SELECT sullo schema _SYS_BI.
• Privilegio SELECT sullo schema _SYS_BIC.
• Privilegio EXECUTE su REPOSITORY_REST (SYS).
• Privilegio SELECT sullo schema della tabella.

Privilegi del pacchetto

Per autorizzare le azioni sui singoli pacchetti sono necessari i privilegi di pacchetto. I privilegi di pacchetto indicati di seguito sono necessari per la modellazione dei dati.

• Privilegio REPO.MAINTAIN_NATIVE_PACKAGES sul pacchetto radice.
• Eseguire REPO.READ, REPO.EDIT_NATIVE_OBJECTS e REPO.ACTIVATE_NATIVE_OBJECTS sul pacchetto utilizzato per gli oggetti di contenuto.

Privilegi analitici

Per accedere a un SAP Vista informativa HANA, privilegi analitici sono necessarie.

• Per accedere ai dati completi di tutte le visualizzazioni delle informazioni in un SAP Nel sistema HANA, è richiesto il privilegio analitico "_SYS_BI_CP_ALL". Per l'accesso limitato ai dati, è necessario creare e assegnare all'utente i privilegi analitici.

Altri privilegi

• Concedi l'accesso al tuo schema all'utente _SYS_REPO tramite il comando 'GRANT SELECT ON SCHEMA “Nome schema” TO _SYS_REPO WITH GRANT OPTION';
• REPO.MAINTAIN_DELIVERY_UNITS per la creazione di unità di consegna.
• REPO.IMPORT, REPO.EXPORT per l'importazione e l'esportazione di unità di consegna.
• REPO.WORK_IN_FOREIGN_WORKSPACES per lavorare in aree di lavoro esterne.

Differenza tra Vista attributi, Vista analitica e Vista di calcolo

Le tre viste informative non sono intercambiabili. Ognuna risponde a una domanda diversa, e scegliere quella sbagliata è l'errore più comune che commettono i principianti nella modellazione.

Criteri	Visualizzazione degli attributi	Vista analitica	Visualizzazione calcolo
Missione	Dati principali e contesto descrittivo	Schema a stella su una singola tabella dei fatti	Logica complessa basata su molteplici fonti
Misure consentite	Non	Si	Si
Numero di tabelle dei fatti	Non applicabile	Un	Molti
L'Unione ha sostenuto	Non	Non	Si
Può consumare altre visualizzazioni	Non	Solo visualizzazioni degli attributi	Tutti e tre i tipi
Peso corporeo equivalente	Caratteristica / dimensione	InfoCube	MultiProvider

Una regola pratica funziona bene: costruisci un vista attributi quando l'output è un elenco descrittivo, un vista analitica quando una tabella dei fatti viene misurata rispetto a tali descrizioni e un vista di calcolo quando la risposta richiede un'unione, una seconda tabella dei fatti o una logica che uno schema a stella non può esprimere.

SAP HANA migliori pratiche per la creazione di modelli informativi

An SAP La best practice di HANA è uno standard seguito durante la creazione di un oggetto nel SAP Database HANA. Le best practice riportate di seguito si applicano a ciascun tipo di oggetto.

PACCHETTO:

• Crea un pacchetto di primo livello, ad esempio "Sviluppo", per le attività di sviluppo.
• Crea un sottocartella del pacchetto principale per ogni sviluppatore.
• Se necessario, è possibile creare anche ulteriori sottocartelle.

SCHEMA:

• Definisci la struttura dello schema prima dell'inizio del progetto. Ad esempio, DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA, ecc.
• Le tabelle personalizzate devono risiedere in uno schema separato.

TABELLE:

• Una tabella che verrà utilizzata nella reportistica o OLAP dovrebbe essere del tipo di archivio a colonne.
• Una tabella che verrà utilizzata nelle transazioni o OLTP dovrebbe essere del tipo di archivio a righe.
• Per chiarezza, aggiungi un commento o una descrizione per i nomi della tabella e delle colonne.

CONVENZIONE DI DENOMINAZIONE:

OGGETTI	Formato	Descrizione
VISUALIZZAZIONI DEGLI ATTRIBUTI	AT_PRODOTTO	AT_ significa vista attributo
VISTE ANALITICHE	AN_SALDI	AN_ significa visione analitica
VISTE DI CALCOLO	CA_SALDI	CA_ significa visualizzazione del calcolo
PRIVILEGI ANALITICI	AP_REST_AT (Vista attributi) AP_REST_AN (Vista analitica) AP_REST_CA (Vista di calcolo)	AP_ significa privilegi analitici
GERARCHIA	HI_BNAME_PC (Genitore Figlio) HI_BNAME_LV (Livello)	HI_ significa gerarchia
PROCEDURA	SP_NOMEPROCEDURA	SP_ significa stored procedure
PARAMETRI DI INGRESSO	IP_PARA_NAME	IP_ significa parametro
VARIABILI	VA_NOMEV	VA_ significa nome della variabile

La convenzione di denominazione è utile solo se ogni modello risiede all'interno di una struttura di pacchetto pianificata, che viene creata come mostrato di seguito.

Creazione di un pacchetto in SAP Studio HANA

Confezione: Si tratta di un contenitore che racchiude tutte le informazioni relative al modello (vista degli attributi, vista analitica, vista dei calcoli e così via) all'interno di un gruppo.

Tipi di pacchetto: I pacchetti sono di due tipi, come indicato di seguito.

Tipo	Descrizione	Icona
Strutturale	In un pacchetto strutturale è possibile creare solo un sotto-pacchetto. Non è possibile creare viste informative (viste attributi, viste analitiche, ecc.) in un pacchetto strutturale. Esempi di un pacchetto strutturale sono SAP, system-local, system-local.generated e system-local.private.
Non strutturale	Un pacchetto non strutturale può contenere oggetti informativi e sotto-pacchetti. Questo è il pacchetto predefinito.

Utilizzi di un pacchetto: Un pacchetto raggruppa tutti i modelli informativi e semplifica il trasporto dei modelli. Entrambi i tipi di pacchetto possono essere utilizzati nel trasporto.

Passaggi per la creazione di un pacchetto strutturale in SAP HANA Studio:

Passo 1) In questa fase,

1. Seleziona il sistema HANA, in questo caso HDB.
2. Vai alla cartella Contenuto.

Passo 2) In questa fase,

1. Seleziona Nuovo.
2. Seleziona l'opzione Pacchetto.

Passo 3) In questa fase,

1. Inserisci il nome del pacchetto. Ad esempio, "DHK_SCHEMA".
2. Inserisci una descrizione per il pacco.
3. La lingua originale e il responsabile sono selezionati di default.

Nel nodo Contenuto verrà creato un pacchetto non strutturale denominato "DHK_SCHEMA", come mostrato di seguito.

Passo 4) Ora, converti il ​​pacchetto non strutturale in un pacchetto strutturale.

1. Seleziona il pacchetto "DHK_SCHEMA" e fai clic con il pulsante destro del mouse su di esso.
2. Vai all'opzione Modifica per il pacchetto.

Passo 5) In questa fase,

1. Selezionare "Sì" per il campo Opzioni strutturali.
2. Clicca sul pulsante OK.

Quando “DHK_SCHEMA” viene modificato da pacchetto non strutturale a pacchetto strutturale, lo stile dell’icona cambia da a Questo indica che il pacchetto non strutturale è stato convertito in un pacchetto strutturale.

Procedura per creare un pacchetto non strutturale come sotto-pacchetto all'interno di un pacchetto strutturale:

Un pacchetto viene creato come non strutturale per impostazione predefinita. All'interno di un pacchetto non strutturale è possibile creare altri pacchetti e oggetti informativi. È preferibile creare prima un pacchetto strutturale e poi, al suo interno, un sotto-pacchetto.

Passo 1) In questa fase,

1. Seleziona il pacchetto strutturale "DHK_SCHEMA" e fai clic con il pulsante destro del mouse su di esso.
2. Seleziona Nuovo -> Pacchetto.

Passo 2) In questa fase,

1. Inserisci il nome del sottoprogramma nel campo Nome.
2. Inserisci una descrizione.
3. Fare clic sul pulsante "OK".

Verrà creato un nuovo pacchetto non strutturale come sotto-pacchetto all'interno del pacchetto DHK_SCHEMA.

Come attivare e convalidare una vista informativa

Il salvataggio di una vista la memorizza solo nel repository in fase di progettazione. Finché non viene attivata, non esiste alcun oggetto in fase di esecuzione e nessun report può leggerla. L'attivazione genera una vista a colonne nello schema _SYS_BIC, ed è questo l'oggetto generato che viene effettivamente interrogato da SQL e dagli strumenti di reporting.

Passaggio 1) Salvare la vista. Premi Ctrl+S in SAP HANA Studio. La vista ora esiste come oggetto inattivo in fase di progettazione, contrassegnato da una sovrapposizione a forma di rombo nel nodo Contenuto.

Passaggio 2) Attivare la vista. Fai clic con il pulsante destro del mouse sulla vista e seleziona Attiva oppure premi Ctrl+F3. Scegli "Attiva" per distribuire solo questa vista oppure "Ridistribuisci" per ricostruire l'oggetto runtime quando la definizione in fase di progettazione non è cambiata ma l'oggetto generato non è presente.

Passaggio 3) Leggere il registro delle attività. La vista Registro processi riporta l'esito positivo o negativo per ogni oggetto nel batch di attivazione. Una voce di errore specifica l'oggetto e la causa, quindi è sempre consigliabile espandere la voce anziché affidarsi alla riga di riepilogo.

Passaggio 4) Visualizzare in anteprima i dati. Fai clic con il pulsante destro del mouse sulla vista attivata e seleziona Anteprima dati. La scheda Analisi consente di trascinare gli attributi sull'asse delle etichette e le misure sull'asse dei valori, verificando che le join restituiscano il numero di righe previsto.

Passaggio 5) Risolvere gli errori di attivazione più comuni. Nella maggior parte dei casi, tre tipi di errore sono responsabili:

• Privilegi insufficienti sullo schema: _SYS_REPO non dispone dell'autorizzazione SELECT WITH GRANT OPTION sullo schema che contiene le tabelle di base. Concedila e attiva nuovamente l'applicazione.
• Nome colonna non valido: Una colonna della tabella di base è stata rinominata o eliminata dopo la modellazione della vista. Aggiornare la base dati e rimappare il campo.
• Dipendenza ciclica: Due viste fanno riferimento l'una all'altra. Interrompi il ciclo puntando una delle due alla tabella sottostante.

Dopo un'attivazione riuscita, la vista può essere interrogata direttamente con SELECT * FROM “_SYS_BIC”.”package/VIEW_NAME”, che è il modo più rapido per verificare l'esistenza dell'oggetto prima di collegarvi uno strumento di reporting.

SAP Tecnica di ottimizzazione delle prestazioni HANA

Una vista attivata che restituisce risultati corretti potrebbe comunque risultare lenta. Le regole seguenti definiscono il modo in cui il motore di calcolo esegue il modello.

• Tutte le viste informative e le viste tabellari devono essere utilizzate con un nodo di proiezione. Un nodo di proiezione migliora le prestazioni riducendo il set di colonne.
• Applicare i filtri ai nodi di proiezione.
• Evitate di unire i nodi in una vista di calcolo e, ove possibile, utilizzate invece un'unione.
• Utilizzare parametri o variabili di input per limitare il set di dati all'interno di una vista analitica o di calcolo.
• I calcoli devono essere eseguiti prima dell'aggregazione.
• Le gerarchie devono essere ridefinite in una vista di calcolo, poiché le gerarchie di una vista attributi non sono visibili in una vista di calcolo.
• Le gerarchie di una vista attributi sono visibili in una vista analitica.
• Le etichette degli attributi e le descrizioni delle misure definite in una vista attributi, una vista analitica o una vista di calcolo non verranno visualizzate nella vista di calcolo che le utilizza. Devono essere rimappate.
• Non mescolare le funzioni CE e SQLScript nello stesso modello informativo.

Anche la progettazione delle join influisce sul costo di runtime. Una join referenziale può essere completamente eliminata quando non viene richiesto alcun campo dalla tabella corretta, motivo per cui selezione del tipo di unione merita la stessa attenzione riservata al posizionamento dei nodi.

Perché le viste di calcolo hanno sostituito le viste attributive e analitiche

SAP viste attributi deprecate e viste analitiche insieme al modello XS Classic e al SAP Repository HANA. La deprecazione è stata annunciata per SAP HANA 1.0 SPS 12 e riformulato per SAP HANA 2.0 SPS 02. Obsoleto significa ancora supportato su SAP HANA 2.0, ma non è stato portato avanti SAP HANA Cloud.

Il motivo risiede nel consolidamento piuttosto che nella sostituzione delle funzioni. I successivi pacchetti di supporto hanno integrato viste di calcolo estese fino a quando non hanno assorbito le capacità degli altri due tipi:

• Una visualizzazione di calcolo della categoria di dati Dimensioni, con un nodo di proiezione a livello semantico, svolge la funzione di una vista attributiva.
• Una visualizzazione di calcolo della categoria di dati Cubo Con un collegamento a stella, con un nodo di aggregazione a livello semantico, svolge il lavoro di una vista analitica.

Un tipo di vista implica anche un percorso di ottimizzazione, un insieme di modelli da apprendere e un obiettivo di migrazione. SAP Il software include uno strumento di migrazione che converte le viste attributo, le viste analitiche e le viste di calcolo basate su script esistenti in viste di calcolo grafiche e funzioni di tabella. Le viste esistenti continuano a funzionare, quindi la migrazione può essere pianificata anziché eseguita in fretta, ma lo sviluppo di nuovi progetti dovrebbe iniziare dalle viste di calcolo.

DOMANDE FREQUENTI