這篇文章將為大家詳細(xì)講解有關(guān)如何進(jìn)行SAP BW/4 HANA亮點(diǎn)的解析，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個(gè)參考，希望大家閱讀完這篇文章后對(duì)相關(guān)知識(shí)有一定的了解。
本篇文章給大家分享的是有關(guān)如何進(jìn)行SAP BW/4 HANA亮點(diǎn)的解析，小編覺(jué)得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話(huà)不多說(shuō)，跟著小編一起來(lái)看看吧。
SAP BW/4 HANA是SAP基于內(nèi)存計(jì)算技術(shù)推出的下一代數(shù)據(jù)倉(cāng)庫(kù)解決方案，通過(guò)該解決方案，無(wú)論企業(yè)內(nèi)外的歷史信息或?qū)崟r(shí)信息，都能夠通過(guò)全新的邏輯數(shù)據(jù)倉(cāng)庫(kù)達(dá)到更加簡(jiǎn)化、更加強(qiáng)大、更加靈活、更加實(shí)時(shí)的分析。
由于該產(chǎn)品基于全新的架構(gòu)和設(shè)計(jì)，因此大家對(duì)BW/4 HANA一定有很多關(guān)注，下面我們分四個(gè)章節(jié)來(lái)詳細(xì)闡述一下BW/4 HANA解決方案的亮點(diǎn)。
更加簡(jiǎn)化的系統(tǒng)
對(duì)象的簡(jiǎn)化
將傳統(tǒng)的虛擬提供者全部切換到Composite Provider和Open ODS View，其中Open ODS View主要基于HANA視圖提供數(shù)據(jù)，Composite Provider通過(guò)組合其他虛擬對(duì)象對(duì)外提供數(shù)據(jù)。而傳統(tǒng)的Cube、DSO等則全部轉(zhuǎn)換為Advanced Data Store Object –ADSO。信息對(duì)象的概念得以保留。
數(shù)據(jù)流的簡(jiǎn)化
通過(guò)引入虛擬提供者的概念，BW/4 HANA上的提供者能夠訪(fǎng)問(wèn)從數(shù)據(jù)來(lái)源直到整合完畢之后的數(shù)據(jù)，而傳統(tǒng)我們通常是在最后的Data Mart數(shù)據(jù)集市上出具業(yè)務(wù)分析。
數(shù)據(jù)溫度管理的簡(jiǎn)化
按照傳統(tǒng)數(shù)據(jù)倉(cāng)庫(kù)的概念，操作性數(shù)據(jù)存儲(chǔ)在DSO中用以出具操作性的報(bào)表，匯總的數(shù)據(jù)存儲(chǔ)在Cube中，出具匯總分析報(bào)表。在BW/4 HANA中，系統(tǒng)可以將數(shù)據(jù)進(jìn)行不同溫度級(jí)別的管理，依據(jù)數(shù)據(jù)的訪(fǎng)問(wèn)頻次和可能性，將數(shù)據(jù)分為“熱數(shù)據(jù)”、“溫?cái)?shù)據(jù)”、“冷數(shù)據(jù)”，在新的架構(gòu)下，冷數(shù)據(jù)可以通過(guò)SAP IQ或者Hadoop予以管理，溫?cái)?shù)據(jù)可以通過(guò)擴(kuò)展結(jié)點(diǎn)的方式予以管理，而熱數(shù)據(jù)則常駐內(nèi)存。
開(kāi)放性
對(duì)象的SQL訪(fǎng)問(wèn)
我們知道，傳統(tǒng)的數(shù)據(jù)輸出載體(信息提供者+Query)到了BW/4 HANA中被簡(jiǎn)化的只剩下查 詢(xún)、Composite Provider、Advanced DSO、Infoobject了，而基于HANA平臺(tái)的BW為了統(tǒng)一數(shù)據(jù)的訪(fǎng)問(wèn)，允許在HANA底層產(chǎn)生這些輸出載體的計(jì)算視圖，這樣就能夠像一般的HANA視圖那樣被前端工具單獨(dú)或者聯(lián)合起來(lái)使用了。
真正的實(shí)時(shí)數(shù)據(jù)集成
困擾傳統(tǒng)BW的一大主要原因就是數(shù)據(jù)無(wú)法實(shí)時(shí)復(fù)制，盡管后續(xù)推出了Daemon的方式，但是使用者寥寥。全新的BW/4 HANA充分利用了HANA數(shù)據(jù)集成的相關(guān)功能，通過(guò)提供Smart Data Integration和Operational Data Queue的方式大限度的保證數(shù)據(jù)的實(shí)時(shí)同步/復(fù)制，從而一舉解決了數(shù)據(jù)的時(shí)效性問(wèn)題。當(dāng)然，如果用戶(hù)能夠使用類(lèi)似于SAP SLT的工具進(jìn)行同步和管理就再好不過(guò)了。
簡(jiǎn)化的源系統(tǒng)
傳統(tǒng)的BW發(fā)展到730、740版本的時(shí)候，已經(jīng)出現(xiàn)了多達(dá)10種類(lèi)型的源系統(tǒng)，這些源系統(tǒng)既有傳統(tǒng)的Business Suite應(yīng)用系統(tǒng)和文本文件系統(tǒng)，也有新增加的Data Service和ODP等，以至于很多時(shí)候，我們自己都有點(diǎn)選擇困難。比如針對(duì)ERP的數(shù)據(jù)，我們不知道到底采用傳統(tǒng)的數(shù)據(jù)源，還是使用ODP的數(shù)據(jù)源。全新的BW/4 HANA將源系統(tǒng)大大的簡(jiǎn)化為“HANA源系統(tǒng)連接”、“ODP”、“文件系統(tǒng)”等三種。其中所有的數(shù)據(jù)庫(kù)和文件系統(tǒng)采用"HANA源系統(tǒng)"連接；所有的SAP Suite相關(guān)的應(yīng)用采用“ODP” 連接；文本文件的上載則依然采用“文件系統(tǒng)”的方式。
全新的界面
BWMT的全面使用
在傳統(tǒng)的BW中，我們通常戲稱(chēng)“一個(gè)T-Code走天涯”，那就是RSA1(雖然實(shí)際上我們還有RSD1 RSH1 RSANWB等事務(wù)代碼，但是大多數(shù)可以通過(guò)RSA1進(jìn)行跳轉(zhuǎn))。在全新的BW/4 HANA中，我們主要設(shè)計(jì)工具已經(jīng)轉(zhuǎn)換到基于Eclipse的BW Modeling Tool上來(lái)了，簡(jiǎn)稱(chēng)BWMT。一般情況下，安裝BWMT的先決條件是安裝了HANA Studio以及ABAP Development Tool (簡(jiǎn)稱(chēng)ADT)。全新的對(duì)象ADSO以及Composite Provider的編輯等工作只能在BWMT中進(jìn)行，傳統(tǒng)SAP GUI的方式不再支持。
全新的用戶(hù)界面
基于Excel的Business Explorer Analyzer(簡(jiǎn)稱(chēng)Analyzer)伴隨著B(niǎo)W的出現(xiàn)而誕生，從BW 3.5開(kāi)始，SAP又引進(jìn)了Besiness Explorer Web組件(簡(jiǎn)稱(chēng)Bex Web)。隨著技術(shù)的升級(jí)換代和對(duì)于Business Object公司的收購(gòu)，在BW/4 HANA之前，大家主要還是使用Webi或者Dashboard進(jìn)行數(shù)據(jù)的展現(xiàn)和在線(xiàn)分析。針對(duì)BW/4 HANA，SAP推出了幾種全新的BI工具。
Analysis for Office替代了傳統(tǒng)的Analyzer
針對(duì)BI cloud，推出了對(duì)應(yīng)的基于云計(jì)算的分析工具
而傳統(tǒng)基于Flash技術(shù)的Dashboard將會(huì)逐步的退出歷史舞臺(tái)，取而代之的是基于HTML5技術(shù)的Design Studio (后續(xù)Design Studio也會(huì)和Lumira合并為新的Lumira產(chǎn)品)
全新的系統(tǒng)監(jiān)控界面
對(duì)于數(shù)據(jù)倉(cāng)庫(kù)管理員而言，大的痛點(diǎn)就是不能夠更加直觀(guān)的管理系統(tǒng)的數(shù)據(jù)加載。一般來(lái)說(shuō)，我們要么采取管理員主動(dòng)登錄SAP GUI并且使用RSPC或者RSMO等方式進(jìn)行PULL式樣的查看，這樣的方式不是很方便靈活；要么在系統(tǒng)出錯(cuò)時(shí)通過(guò)郵件的方式通知管理員，但是這樣又丟失了正確處理的信息。全新的BW/4 HANA推出的基于HTML5界面的處理鏈監(jiān)控界面很好的兼顧了二者的優(yōu)點(diǎn)，同時(shí)支持移動(dòng)管理。
高性能
基于內(nèi)存計(jì)算的數(shù)據(jù)倉(cāng)庫(kù)
由于全新設(shè)計(jì)的BW/4 HANA只能基于HANA產(chǎn)品，因而在HANA“閃電般速度”的基礎(chǔ)上，我們就不再需要"聚集"和"上翻"動(dòng)作了，同時(shí)傳統(tǒng)方式下為了解決性能問(wèn)題而特定為某種場(chǎng)景創(chuàng)建的提高性能的方式也可以摒棄了。
由于傳統(tǒng)的BW數(shù)據(jù)倉(cāng)庫(kù)設(shè)計(jì)的時(shí)候采取的是擴(kuò)展的多維星型結(jié)構(gòu)，指標(biāo)和維度表之間通過(guò)Dimesion ID予以連接，維度表和主數(shù)據(jù)表(屬性、文本、層次結(jié)構(gòu))之間再次通過(guò)SID進(jìn)行連接，因此就產(chǎn)生了很多的索引ID，而B(niǎo)W/4 HANA則取消了維度表，降低了索引的數(shù)量。
同時(shí)，基于HANA的數(shù)據(jù)比較和修改都比傳統(tǒng)數(shù)據(jù)庫(kù)來(lái)的更加快捷，因此在數(shù)據(jù)的裝載，特別是DSO數(shù)據(jù)的激活上能夠極大的提升性能。
算法的下推
在傳統(tǒng)BW模式下，由于系統(tǒng)采用三層架構(gòu)，任何數(shù)據(jù)的運(yùn)算必須首先從數(shù)據(jù)庫(kù)服務(wù)器傳輸至應(yīng)用服務(wù)器，在應(yīng)用服務(wù)器執(zhí)行完相關(guān)的算法之后，再將得到的結(jié)果回傳至數(shù)據(jù)庫(kù)服務(wù)器進(jìn)行更改，這樣一來(lái)，數(shù)據(jù)處理的速度就大為降低。全新一代的BW/4 HANA基于SAP HANA內(nèi)存數(shù)據(jù)庫(kù)，將前端數(shù)據(jù)分析、數(shù)據(jù)管理以及可能涉及到的計(jì)劃功能(BPS、BPC等)大部分都向下內(nèi)置到HANA數(shù)據(jù)庫(kù)中進(jìn)行，減少了數(shù)據(jù)足跡，因此能夠大大的提升系統(tǒng)的性能。
全新的分析處理HAP
在傳統(tǒng)BW模式下，從數(shù)據(jù)來(lái)源到數(shù)據(jù)目標(biāo)的處理，我們都是通過(guò)轉(zhuǎn)換來(lái)進(jìn)行處理，轉(zhuǎn)換執(zhí)行的過(guò)程大多數(shù)可以理解為ABAP程序的執(zhí)行，在結(jié)構(gòu)化的數(shù)據(jù)處理上顯得完全滿(mǎn)足，但是大數(shù)據(jù)時(shí)代下的數(shù)據(jù)分析需求顯然遠(yuǎn)遠(yuǎn)超過(guò)了結(jié)構(gòu)化數(shù)據(jù)的要求。
全新一代的BW/4 HANA產(chǎn)品通過(guò)引入HANA Analysis Procee的方式，集成使用HANA內(nèi)置的相關(guān)函數(shù)庫(kù)、R語(yǔ)言的使用、或者自定義功能處理，可以進(jìn)行預(yù)測(cè)性分析、文本分析、數(shù)據(jù)挖掘、機(jī)器學(xué)習(xí)等任務(wù)。
全新的系統(tǒng)架構(gòu)
架構(gòu)決定了一套系統(tǒng)的前景，恰如其分的架構(gòu)設(shè)計(jì)能夠大限度的發(fā)揮系統(tǒng)本身的作用，傳統(tǒng)BW基于三層的系統(tǒng)架構(gòu)已經(jīng)不太適用大數(shù)據(jù)時(shí)代的數(shù)據(jù)處理需求，因此BW/4 HANA推出了全新的系統(tǒng)架構(gòu)。
在BW/4 HANA的系統(tǒng)架構(gòu)中，數(shù)據(jù)倉(cāng)庫(kù)分為HANA平臺(tái)和BW/4 HANA Server兩層，其上則是SAP Business Objects或者第三方BI工具。這樣一來(lái)，我們就不再需要Java Stack，而且由于BW/4 HANA建模環(huán)境基于HANA運(yùn)行，因此系統(tǒng)也更加的扁平，更有利于發(fā)揮SAP HANA閃電般速度的特質(zhì)。
關(guān)于如何進(jìn)行SAP BW/4 HANA亮點(diǎn)的解析就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。
重慶分公司
重慶分公司
