Stream Lining
p.338 (unit 5)
Figure 317
Acquisition
Storage
Delivery (conso)
EDW = Enterprise Data Warehouse = les idées de base (voir p.340)
1 – Single point of truth : la donnée complété vérifiée = "vraie"
2 – Toutes les données (completeness) : pas d'agrégat
3 - Réutilisable, flexible
"EDW" = "Corporate Memory" = "Corporate information Repository"
Il y a des normes pour batir un EDW, c'est l'architecture LSA
Fig 321 = détail des composants LSA
Top : Fig 322 = les couches LSA !!!!!!!!!
NB : intéressant de noter que Corporate Memory n'est pas forcément = data non modifié. On peut quand même y faire quelques petites modifications de la data
Brique par brique "traduite" en couche BW (décrit dans la doc)
Corporate memory = ADSO optimisé en écriture
Qualité et Harmonisation = Transfo
Data Propagation Layer = ADSO
Business Transfo Layer = Transfo
Reporting Layer = Infocubes
Virtualization Layer = MP et Composite
Operational Data Store = Virtual Provider ou "DSO en real time data access"
On peut découper son LSA par domaine (Pays ou Métier etc)
Voir fig. 332 33 etc
Avec HANA on supprime plein de couches dans le flux
Avant DS-IP-DTP-TRANSFO-ODS-TRANSFO-IFOCUBE-MP-Query
Maintenant ODP – IP – ADSO – Composite – Query (streamlining)
Voir fig.335 pour étapes vers LSA optimisé
Voir fig. 336 pour aller vers le streamlining (réduire les couches intermédiaires)
Voir fig 337 pour se demander ce qu'on peut extraire du cube (permanence des calculs etc)
Idée : Arriver à supprimer la couche data mart et ne plus avoir que des DSO physiques de type EDW Propagation Layer.
Pour ça on peut tenter de compenser la suppression des Infocubes par des transformations de l'info en amont (à la source) par exemple.
Il existe un programme ZBW_TRANSFORM_FINDER
Il va donner toutes les transfos 1-1 vers des cubes afin de se demander si on pourrait pas s'en passer.
Onglet "Transformation"
"Target Type" = CUBE
Et on aura toutes les transfos à la noix
SAP fournit un BI content qui est "LSA++"
(N:LSA++ c'est un "vrai" concept …pas juste une expression voir sur le web)
Exemple sur la livraison voir dans Eclipse "SAP HANA – Optimized Business Content"
La formatrice nous donnera un power point avec des flux LSA++ décrit sur Delivery par exemple?
S'en inspirer en particulier sur les infosources qui ne sont pas du tout des objets inintéressants
(servent de point de jonction, comme un centralisateur non stocké regroupant plusieurs sources de données avant d'aller vers le lieu de stockage)
Streamlining
On a inversé la contrainte qui était la perf et qui est devenu le stockage
Aujourd'hui la père est optimisée par HANA et mais le stocke est "cher" sur une machine HANA
Streamlining
Suppression des IC sous les MP
Suppression des DSO superflues
Suppression des PSA en passant à ODP-SAP
LSA++ :
Objectif : supprimer au maximum toute la couche de stockage possible (fig. 341)
La couche d'entrée n'est plus une couche d'acquisition mais "Open Operation Data Store Layer"
Fig. 345 où apparait ce modèle
Nouvel Objet = "Open ODS Views" (c'est le nouveau virtual provider)
On va pouvoir mapper ses views avec des infoobjets (donc récupérer attributs hiérarchie etc)
Origine = Datasource classique mais on peut aussi passer par Hana directement