Modélisation SAP HANA: didacticiel complet

Qu'est-ce que la modélisation SAP HANA?

La modélisation SAP HANA est une activité par laquelle nous créons une vue d'informations. La vue Information est similaire à la dimension, au cube ou au fournisseur d'informations de BW. Cette vue d'informations est utilisée pour créer le modèle de données multidimensionnel.

Dans ce didacticiel, vous apprendrez-

Présentation de la modélisation SAP HANA
Meilleures pratiques SAP HANA pour la création de modèles d'information
Technique d'optimisation des performances SAP HANA

Présentation de la modélisation SAP HANA

La modélisation est une activité dans laquelle l'utilisateur affine ou tranche les données dans la table de base de données en créant une vue d'informations basée sur le scénario d'entreprise. Ces vues d'informations peuvent être utilisées à des fins de reporting et de prise de décision.

L'affichage des informations est constitué de diverses combinaisons de données de contenu pour créer un modèle pour un scénario d'entreprise.

Les données de contenu dans la vue d'informations sont de deux types -

Attribut: données descriptives et non mesurables. Par exemple, l'ID du fournisseur, le nom du fournisseur, la ville, etc.
Mesure: les données peuvent être quantifiables et calculées. Par exemple, les revenus, la quantité vendue et les compteurs. La mesure est dérivée de la vue analytique et de calcul. La mesure ne peut pas être créée dans la vue Attribut.

Types d'attributs

SAP HANA prend en charge trois types d'attributs -

Types d'attributs	Activités
Attribut simple	Il est dérivé de la fondation de données.
Attribut calculé	Il est dérivé d'un ou plusieurs attributs et constantes existants. Par exemple, calcul arithmétique ou dériver le nom complet du prénom et du nom.
Attribut local	Il est utilisé dans les vues de modélisation (vue analytique / vue de calcul) pour personnaliser le comportement de l'attribut, il est donc local à la vue de modélisation et ne peut pas accéder depuis l'extérieur de la vue de modélisation.

Types de mesures

SAP HANA prend en charge quatre types de mesure -

Types d'attributs	Activités
Mesure simple	Il est dérivé de la fondation de données.
Mesure calculée	Il est dérivé d'une ou de plusieurs mesures, constantes et fonctions existantes. Par exemple, calcul arithmétique.
Mesure restreinte	Il est utilisé pour filtrer la valeur en fonction des règles définies par l'utilisateur pour les valeurs d'attribut.
Contrer	Ce sont les types spéciaux de la colonne qui affichent un numéro unique pour les colonnes d'attributs (vue analytique / vue de calcul). Il est utilisé pour compter la ou les colonnes d'attributs.

Les vues d'information sont de trois types comme ci-dessous -

Vue d'attribut - Ceci est utilisé pour le contexte des données de base.
Vue analytique - Ceci est utilisé pour créer des tables de faits et similaires à Cube of BW.
Vue de calcul - Ceci est utilisé pour créer une vue complexe et similaire à plusieurs Fournir dans BW.

Pour travailler dans SAP HANA, les privilèges sont requis par l'utilisateur, ci-dessous sont les privilèges requis pour la modélisation SAP HANA -

Privilèges requis pour la modélisation

Les privilèges assurent la sécurité de la base de données SAP HANA, grâce à laquelle l'utilisateur autorisé peut accéder uniquement au contenu autorisé.

Privilèges d'objet -

Les privilèges d'objet sont des privilèges SQL qui sont utilisés pour fournir un accès en lecture / écriture sur les objets de base de données. Vous trouverez ci-dessous les privilèges d'objet requis pour la modélisation.

Privilège SELECT sur le schéma _SYS_BI.
Privilège SELECT sur le schéma _SYS_BIC.
Privilège EXECUTE sur REPOSITORY_REST (SYS).
Privilège SELECT sur le schéma de table.

Privilèges du package -

Les privilèges de package sont nécessaires pour autoriser l'action sur des packages individuels. Vous trouverez ci-dessous les privilèges de package requis pour la modélisation des données

Privilège REPO.MAINTAIN_NATIVE_PACKAGES sur le package racine.
REPO.READ, REPO.EDIT_NATIVE_OBJECTS & REPO.ACTIVATE_NATIVE_OBJECTS sur le package utilisé pour les objets de contenu.

Privilèges analytiques -

Pour accéder à SAP HANA Information View, les privilèges analytiques sont requis -

Pour un accès complet aux données à toutes les vues d'informations dans le système SAP HANA, les privilèges analytiques "_SYS_BI_CP_ALL" sont requis. Pour un accès limité aux données, des privilèges analytiques doivent être créés et attribués à l'utilisateur.

Autres privilèges-

Fournissez Grant on Own Schema à l'utilisateur _SYS_REPO en tant que 'GRANT SELECT ON SCHEMA "Schema name" TO _SYS_REPO WITH GRANT OPTION';
REPO.MAINTAIN_DELIVERY_UNITS pour créer des unités de livraison.
REPO.IMPORT, REPO.EXPORT pour l'import / export d'unités de livraison.
REPO.WORK_IN_FOREIGN_WORKSPACES pour travailler dans des espaces de travail étrangers.

Meilleures pratiques SAP HANA pour la création de modèles d'information

Les meilleures pratiques SAP HANA sont standard lors de la création d'un objet dans la base de données SAP HANA. Vous trouverez ci-dessous les meilleures pratiques pour l'objet -

PAQUET:

Créez un package de premier niveau comme "Développement" pour le travail de développement.
Créez un sous-package sous le package de niveau supérieur pour chaque développeur.
D'autres sous-packages peuvent également être créés, si nécessaire.

SCHÉMA:

Concevez votre mise en page de schéma avant de démarrer le projet.Eg (DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA, etc.).
La table personnalisée doit être dans un schéma distinct.

LES TABLES:

La table qui sera utilisée dans les rapports ou OLAP doit être de type magasin de colonnes.
La table qui sera utilisée dans Transaction ou OLTP doit être de type Row Store.
Donnez un commentaire / une description pour le nom de la table et de la colonne pour plus de clarté.

CONVENTION DE NOMMAGE:

OBJETS	Format	Description
VUES DES ATTRIBUTS	AU _PRODUIT	AT_… signifie la vue d'attribut
VUES ANALYTIQUES	UNE _VENTES	AN_… signifie vue analytique
VUES DE CALCUL	CA _VENTES	CA_… signifie vue de calcul
PRIVILÈGES ANALYTIQUES	AP _REST_AT (vue d'attribut) AP _REST_AN (vue analytique) AP _REST_CA (vue de calcul)	AP_…. signifie privilèges analytiques
HIÉRARCHIE	HI _BNAME_PC (parent-enfant) HI _BNAME_LV (niveau)	HI_… signifie Hiérarchie
PROCÉDURE	SP _PROCEDURENAME	SP_… Procédure stockée
PARAMÈTRES D'ENTRÉE	IP _PARA_NAME	IP_… signifie paramètre
VARIABLES	VA _VNAME	VA_… signifie le nom de la variable

Création d'un package dans SAP HANA Studio

Package: C'est un conteneur qui contient toutes les informations sur le modèle (vue attributaire, vue analytique, vue calcul, etc…) dans un groupe.

Types de package: Les packages sont de deux types, comme ci-dessous -

Taper

Description

Icône

De construction

Dans le package structurel, seul le sous-package peut être créé. Aucune vue d'informations (vue d'attributs, vue analytique, etc.) ne peut être créée dans le package structurel.

Par exemple, du package structurel - SAP, système local, système local. Généré, système local. Privé.

Non structurel

Le package non structurel peut contenir un objet d'information et des sous-packages. Il s'agit du package par défaut.

Utilisations de Package: Les groupes de packages sont tous des modèles d'informations et facilitent le transport des modèles. Les deux colis peuvent être utilisés pour le transport.

Étapes de création d'un package structurel dans SAP HAN Studio-

ÉTAPE 1) Dans cette étape,

Sélectionnez Hana System, ici c'est HDB.
Accédez au dossier Contenu.

ÉTAPE 2) Dans cette étape,

Sélectionnez Nouveau.
Sélectionnez l'option Package.

ÉTAPE 3) Dans cette étape,

Entrez le nom du package. Par exemple "DHK_SCHEMA".
Entrez la description du package.
La langue d'origine et la personne responsable sont sélectionnées par défaut.

Le package non structurel avec le nom "DHK_SCHEMA" sera créé dans le nœud de contenu comme ci-dessous -

ÉTAPE 4) Maintenant, convertissez un package non structurel en package structurel.

Sélectionnez le package "DHK_SCHEMA" et faites un clic droit dessus.
Accédez à l'option d'édition du package.

ÉTAPE 5) Dans cette étape,

Sélectionnez «Oui» dans le champ Options structurelles.
Cliquez sur le bouton OK.

Notre "DHK_SCHEMA" une fois changé de paquet non structurel en paquet structurel, le style d'icône sera changé de à . Ceci indique que le package non structurel est maintenant converti en package structurel.

Étape de création d'un package non structurel sous un package structurel en tant que sous-package.

Le package est créé par défaut comme non structurel. Dans un package non structurel, d'autres packages et objets d'information peuvent être créés. Il est préférable de créer d'abord un package structurel, puis de créer un package sous-structurel dans celui-ci.

ÉTAPE 1) Dans cette étape,

Sélectionnez le package structurel "DHK_SCHEMA" et cliquez dessus avec le bouton droit de la souris.
Sélectionnez Nouveau -> package.

ÉTAPE 2) Dans cette étape,

Entrez le nom du sous-package dans le champ Nom.
Entrez sa description.
Cliquez sur le bouton "OK".

Un nouveau package non structurel sera créé en tant que sous-package sous le package DHK_SCHEMA.

Technique d'optimisation des performances SAP HANA

Il existe la règle suivante pour la technique d'optimisation des performances -

Toutes les vues Information et Table doivent être utilisées avec un nœud de projection. Le nœud de projection améliore les performances en réduisant le jeu de colonnes.
En appliquant des filtres aux nœuds de projection.
Évitez les nœuds JOIN dans la vue de calcul, utilisez UNION à la place.
Utilisez Paramètres d'entrée / Variable pour restreindre le jeu de données dans la vue analytique / de calcul.
Le calcul doit être effectué avant l'agrégation.
Les hiérarchies doivent être redéfinies dans la vue Calcul, les hiérarchies de la vue attributaire ne sont pas visibles dans la vue Calcul.
Les hiérarchies de la vue attributaire sont visibles dans la vue analytique.
Le libellé de l'attribut et la description de la mesure définis dans la vue Attribut, la vue analytique et la vue Calcul ne s'afficheront pas dans la vue Calcul. Nous devons le re-cartographier.
Ne mélangez pas la fonction CE et le script SQL dans le modèle d'information.