Bonjour, Habr! Il est temps de parler du chemin des données depuis la source, là où elles se produisent, jusqu'à la vue, dans laquelle il convient de les analyser. Désormais, nous travaillons tous dans un environnement dans lequel la rapidité de préparation des données pour leur utilisation peut devenir un avantage concurrentiel. Voyons comment la modélisation des données dans SAP BW / 4HANA est effectuée, à quel point elle est rapide et pratique, et si elle permet aux entreprises d'en bénéficier.
Mais d'abord, un peu d'histoire, puis, en utilisant l'exemple de tous ceux qui ne sont pas indifférents au sujet du football, nous analyserons les étapes pratiques du système.
En 1998, la première version du produit SAP pour le reporting, l'analyse et le stockage de données, appelée Business Warehouse Information System, a été présentée. L'idée principale derrière la création était de mettre en œuvre un stockage de données plus simple et plus efficace avec un accent particulier sur les données SAP ERP. Depuis, la solution est passée de la version 1.2A à BW / 4HANA, devenant un composant essentiel pour la construction d'entrepôts de données pour des milliers d'entreprises à travers le monde.
Les changements que SAP BW a reçus au cours de son existence ont été une réponse aux défis des différentes étapes du développement des entrepôts de données. Ce sont des exigences de fonctionnalité, de performances, de volumes de données pour l'analyse. Par exemple, la transition de SAP BW des bases de données traditionnelles vers les bases de données résidentes (en mémoire). En fait, il s'agit d'un mouvement vers la vitesse de traitement des volumes accrus de données et la résolution de problèmes commerciaux pratiques avec l'aide de BW. Cela est particulièrement vrai maintenant, lorsque l'entreprise s'attend à ce que le service informatique applique les nouvelles exigences dès que possible. Ce n’est pas un caprice, mais les conditions que l’environnement concurrentiel dicte pour le fonctionnement normal de l’entreprise et son développement.
SAP BW/4HANA BW LSA ( ). LSA++. LSA++ SAP BW/4HANA , . – – .
LSA++. , 13 30 1930 .
.csv – , , , -, , , . , - 2018 , ( ? :)), (. 1).
, . , , , , ? , , . ?
, , . SAP HANA Studio, .
- – (Characteristic) (Key Figures) . – , BW.
– , , , -, , (. 2).
, , (. 3).
(. 4 4).
SAP BW/4HANA - . - -, . , , , , ? . , - , , . , - : , , , ..
, -, (-). ADSO (. 5).
-, (.6).
, , , , ADSO (0Calday) (0Calyear). , , « ». BW , , .. , SAP.
, . – ( ) ( , ), BW. . (Flat file) (. 7).
, : , , . , ( ) -. , (. 8).
, , ADSO. , , (. 9).
, drag and drop. ( ) . , (.10).
, , «» . «». , (. 11).
: , , , , .. (. 12).
, -, «». drag and drop , : , .. (. 13).
, – (DTP - Data Transfer Process). «» (. 14).
, , . , (. 15).
, .
, ADSO (. 16).
: (Debugging). , , , . (. 17).
, , . , , , .
(. 18).
. , (. 19).
, , ADSO . (. 20).
(. 21).
, «Act.». , ADSO . , ADSO , BW , , .
, LSA++ (Virtual provider). , ?
, ADSO, , : , , . (. 22).
Composite provider, Virtual Data Marts (. 23).
, ADSO Left Outer Join ZSTAD – . .
, . -, (. 24).
, ! – Composite provider. Query – , BI- (. 25).
Query . , , , . ..
Query ! , (. 26).
(. 27).
! - , !
LSA++. LSA , , time-to-market , .
4 :
InfoObject – BW. , , -. - - ( ) - ( ).
Advanced DataStore Object (ADSO) – , BW HANA. ADSO - BW. , . ADSO -, , BW -. .
Open ODS View – , BW HANA. BW (View) , BW . -. Open ODS View , .
Composite Provider – , « ». - -, Union Join, .
, , LSA++, (. 28).
Staging layer/Corporate memory
Corporate memory. . . . , , , , «» - . ADSO.
Open ODS layer/Raw DWH
.
:
- DSO, SAP HANA, BW HANA Calculation View;
- Open ODS View.
, , -SAP-, - .
Propagation layer/Integrated DWH
. , . ADSO.
Architected Data Mart
. , Propagation layer Virtual data marts .
ADSO -.
Virtualization/Virtual Data Marts
-, ( ), , Union Join. Open ODS Propagation layer Architected Data Mart, .
-. -, , .
Virtual Data Marts Composite Provider Open ODS View .
LSA++ Virtualization/Virtual Data Marts . , , . , , , ..
:
- ;
- , ;
- ;
- - – ;
- , ;
- .
, , – , SAP BW/4HANA . , ! LSA++, , , , ?
, , ! !