SAP HANA会代替BW吗?
生活随笔
收集整理的這篇文章主要介紹了
SAP HANA会代替BW吗?
小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
對(duì)于Twitter上關(guān)于SAP HAHA有潛力取代BW的那些爭(zhēng)論,我表示并不意外。寫(xiě)這篇博客是想回應(yīng)下周五對(duì)這個(gè)話(huà)題的50個(gè)相關(guān)轉(zhuǎn)發(fā)。感謝來(lái)自IBM的Vijay Vijayasankar的貢獻(xiàn)。在這篇博文中,我計(jì)劃討論4個(gè)場(chǎng)景,希望能給大家些啟發(fā)。
這4個(gè)場(chǎng)景是:
1. 我有SAP ECC 和BW我該怎么辦?
2. 我有SAP ECC,可能需要BW,我該怎么辦?
3. 我有SAP ECC但是其他人告訴我SAP BusinessObjects Rapid Marts 更好,我該怎么辦?
4. 我有SAP ECC,但是有人告訴我他們將為我設(shè)計(jì)個(gè)數(shù)據(jù)倉(cāng)庫(kù),我該怎么辦?
要回答這些問(wèn)題,最簡(jiǎn)單的切入點(diǎn)是先定義BW。原因是很顯然,大家對(duì)BW的定義均各抒己見(jiàn)。有人甚至不稱(chēng)她為BW,而以SAP BIW或BI取而代之。在定義BW的過(guò)程中,我首先要引用各類(lèi)參考信息:
?
維基百科: “SAP NetWeaver Business Warehouse (SAP NetWeaver BW) 是由 SAP AG推出的,集分析、報(bào)告、數(shù)據(jù)倉(cāng)庫(kù)于一體的商業(yè)智能解決方案的名稱(chēng)。原名是SAP BIW (Business Information Warehouse),后被簡(jiǎn)寫(xiě)為SAP BW,但現(xiàn)在被用戶(hù)們稱(chēng)為SAP BI。另一方面,BW仍被用來(lái)描述底層的數(shù)據(jù)倉(cāng)庫(kù)領(lǐng)域及加速組件。她經(jīng)常被應(yīng)用SAP業(yè)務(wù)系統(tǒng)的公司所使用。
維基百科上的帖子都談到SAP的BW解決方案采用了廣泛應(yīng)用的數(shù)據(jù)倉(cāng)庫(kù)并包含大量以信息立方體,信息對(duì)象、授權(quán)角色及查詢(xún)等形式存儲(chǔ)的業(yè)務(wù)內(nèi)容(pieces),這些業(yè)務(wù)內(nèi)容是事先定義好的。這些技術(shù)幫助提升SAP的用戶(hù)體驗(yàn)及降低實(shí)施周期。其中“業(yè)務(wù)內(nèi)容”可根據(jù)企業(yè)的具體要求進(jìn)行優(yōu)化,但在事先定義階段需要更長(zhǎng)的客戶(hù)化定制流程。
最后維基百科稱(chēng)BW包含但不限于如下幾個(gè)組件:
優(yōu)化的數(shù)據(jù)提取,轉(zhuǎn)化,加載(ETL)層,更有助于轉(zhuǎn)移數(shù)據(jù)。
數(shù)據(jù)倉(cāng)庫(kù)領(lǐng)域:在星形模式設(shè)計(jì)中存儲(chǔ)數(shù)據(jù)
一個(gè)應(yīng)用數(shù)據(jù)倉(cāng)庫(kù)中信息的報(bào)告組件
計(jì)劃及分析模擬業(yè)務(wù),例如預(yù)算計(jì)算。
在這里我并不想過(guò)多的抄襲維基百科的內(nèi)容,因?yàn)槲以趯?xiě)一篇關(guān)于HAHA是否能取得BW的博文,而對(duì)于BW的定義卻沒(méi)有一直說(shuō)法的前提下,多一些論據(jù)也無(wú)傷大雅。
既然我們已經(jīng)已經(jīng)了解了對(duì)BW的官方定義,那么我說(shuō)說(shuō)我的看法:BW是一個(gè)系統(tǒng),包含了數(shù)據(jù)倉(cāng)庫(kù),預(yù)定義業(yè)務(wù)模式及用來(lái)提升分析能力的內(nèi)容和相關(guān)工具從而更好的分析存儲(chǔ)在SAP商業(yè)套件中的數(shù)據(jù)。
簡(jiǎn)單的說(shuō),這個(gè)系統(tǒng)部分或全部的應(yīng)用在1萬(wàn)3千名客戶(hù)上。有數(shù)千個(gè)SAP認(rèn)證的第三方應(yīng)用運(yùn)行在這個(gè)系統(tǒng)上,她提供可靠性(注意我沒(méi)有說(shuō)快速)而且BW是免費(fèi)的。但她不是個(gè)數(shù)據(jù)庫(kù)。她運(yùn)行在數(shù)據(jù)庫(kù)上,這點(diǎn)區(qū)別大家要記住。在今天你也許會(huì)投資一個(gè)緩慢的基于磁盤(pán)的數(shù)據(jù)庫(kù)來(lái)運(yùn)行你的BW,但是更多時(shí)候用像 Business Warehouse Accelerator (BWA)這樣的硬件方案來(lái)加速她。
此外,在過(guò)去的15年中,我們通過(guò)BW的內(nèi)容來(lái)把在商業(yè)套件中幾乎每個(gè)模塊的4字符表名在SAP ECC中都賦予了商業(yè)意義。所以在您讀這個(gè)博文時(shí)要思考的是:人們應(yīng)該重建SAP花了15年來(lái)為您建的表名,僅因?yàn)樗麄儽淮蠹依斫鉃椤半y”嗎?
我對(duì)SAP HAHA的定義:它是個(gè)數(shù)據(jù)庫(kù)(請(qǐng)?jiān)谧x完下面的內(nèi)容后在引用這點(diǎn))
的確,SAP HAHA是一種特殊的內(nèi)存數(shù)據(jù)庫(kù),當(dāng)她跟像BW這樣的系統(tǒng)連接的時(shí)候她傳遞快速和高效的性能。但在她的最底層,她是個(gè)數(shù)據(jù)庫(kù)。HAHA不能替代BW,她能提高BW的性能。在速度方面,我見(jiàn)過(guò)在傳統(tǒng)關(guān)系數(shù)據(jù)庫(kù)上運(yùn)行BW的情況,其運(yùn)行速度跟性能面臨很大的挑戰(zhàn)。運(yùn)行在HANA上的BW在很多方面性能明顯提升。如果你能用 SAP BusinessObjects (BOBJ) 作為 BW的前端, 效果將更好.
我的整體觀點(diǎn)是:BW在HANA運(yùn)行性能將更好,另外BW是免費(fèi)的,在BW中有很多事先建立的內(nèi)容,而且在BW上你還能獲得即時(shí)的認(rèn)證解決方案,如果你沒(méi)有BW的話(huà),不覺(jué)得應(yīng)該“考慮”使用她嗎?
請(qǐng)記住沒(méi)有廢止BW的計(jì)劃,如果有人聲稱(chēng)有廢止計(jì)劃,那么明顯他是錯(cuò)誤的。我是個(gè)支持BW加HANA的倡導(dǎo)者,而不是BW PK HAHA的人。
我明白BW有些替代品。一些有急切需求的客戶(hù),他們發(fā)現(xiàn)BusinessObjects Rapid Mart是一種非常快速的方式,通過(guò)應(yīng)用數(shù)據(jù)服務(wù)將數(shù)據(jù)轉(zhuǎn)移到比BW更易于管理的“存儲(chǔ)”中。
但同時(shí)你還需要建立(或者定制化,主要看Rapid Mart的情況而定)抽取,轉(zhuǎn)化,報(bào)告等等。你需要更高效。我知道SAP在HANA中建立了些新的內(nèi)容,包括Operational Reporting RDS.所以大家可能想SAP是不是一個(gè)“開(kāi)關(guān)裝置”,在其中內(nèi)容被創(chuàng)造然后存儲(chǔ)。(再次聲明,答案是“不是”我們完全沒(méi)有這樣做)
我明白一些人會(huì)說(shuō)“就設(shè)計(jì)你自己的數(shù)據(jù)倉(cāng)庫(kù)好了”但同樣的問(wèn)題還是會(huì)出現(xiàn)。這些經(jīng)典問(wèn)題包括:“是自己建還是買(mǎi)”;“是BW跟HANA的情景還是其他數(shù)據(jù)庫(kù)”。
?
?
接下來(lái)我將討論前面提到的四個(gè)場(chǎng)景:
場(chǎng)景1:我有SAP ECC 跟BW我該怎么辦?
簡(jiǎn)短的回答是:這樣的公司決定應(yīng)該升級(jí)到HANA作為BW的實(shí)施數(shù)據(jù)庫(kù)。在前面我提到過(guò)沒(méi)有HANA的BW其產(chǎn)生報(bào)告的速度是個(gè)硬傷,然而這真的是端到端的性能-下載,報(bào)告,簡(jiǎn)單的愿景圖,改變管理。由于并行下載我們能極大的降低從SAP HANA上為BW下載數(shù)據(jù)的時(shí)間,這對(duì)于大量業(yè)務(wù)的公司非常重要。(應(yīng)用HANA,把時(shí)間用在陪家人上而不是坐等數(shù)據(jù)下載上!)ETL跟報(bào)告的速度只是HANA適合作為BW數(shù)據(jù)庫(kù)的一個(gè)方面,另一個(gè)相應(yīng)重要甚至更重要的方面是簡(jiǎn)化。
?
BW有些而外的層,處于性能因素考慮而單獨(dú)建立的,當(dāng)HANA作為底層數(shù)據(jù)庫(kù)時(shí)這些層是沒(méi)必要建立的。一個(gè)設(shè)計(jì)簡(jiǎn)潔的BW能更有效的在其內(nèi)部建立各種功能并管理內(nèi)部生產(chǎn)環(huán)境。對(duì)BW的分層可擴(kuò)展架構(gòu)包括高效應(yīng)用HANA作為其數(shù)據(jù)庫(kù)的優(yōu)勢(shì)。
原來(lái)在BW ABAP層的功能現(xiàn)在被移植到了HANA層,這使得整個(gè)模型和處理工作變得更加高效。以DSO激活為例,當(dāng)應(yīng)用非HANA數(shù)據(jù)庫(kù)的BW系統(tǒng)時(shí)需要啟動(dòng)DSO激活這就占用了一部分時(shí)間。
?
更多時(shí)候,許多BW客戶(hù)應(yīng)用SAP Business Warehouse Accelerator來(lái)加速他們應(yīng)用在BW下的慢磁盤(pán)關(guān)系數(shù)據(jù)庫(kù)。SAP HANA提供了一個(gè)更簡(jiǎn)單的愿景來(lái)降低TCO和復(fù)雜性。她能極大的降低你硬件的占用空間,例如加速5T的BW數(shù)據(jù),在BWA中你需要21個(gè)刀片服務(wù)器,但作為統(tǒng)一的永久型數(shù)據(jù)庫(kù),1個(gè)HANA服務(wù)器且不需要第三方數(shù)據(jù)庫(kù)就可以完全不傷腦筋的搞定!
變更管理相對(duì)容易一些,可以選擇建立更多的邏輯層而非物理層,這樣就無(wú)需重新索引結(jié)果,那樣恐怕會(huì)在變更起效前花費(fèi)數(shù)個(gè)小時(shí)的時(shí)間。
?
除了本文所提到的所有觀點(diǎn)之外,我們來(lái)看看真正的結(jié)果。對(duì)于大多數(shù)主要投資BW的客戶(hù)來(lái)說(shuō),真正將與任務(wù)密切相關(guān)的數(shù)據(jù)倉(cāng)庫(kù)投資利用起來(lái),并開(kāi)發(fā)其潛力一直是我們的目標(biāo)。我相信機(jī)會(huì)就在BW 和HANA聯(lián)合的時(shí)候到來(lái)了。
我們50多個(gè) BW/HANA 的優(yōu)先使用客戶(hù)中,大部分已經(jīng)得到了令人印象深刻的結(jié)果和快速的投資回報(bào)。今天對(duì)于HANA作為BW數(shù)據(jù)庫(kù)的投資,已經(jīng)為他們?nèi)蘸筮M(jìn)一步擴(kuò)展HANA作為實(shí)時(shí)分析的基礎(chǔ),同時(shí)作為創(chuàng)新應(yīng)用的平臺(tái)做了一個(gè)鋪墊。這就是說(shuō),今天的HANA的BW應(yīng)用是您未來(lái)平臺(tái)的雛形。同樣,HANA平臺(tái)將會(huì)確保您的高級(jí)應(yīng)用分析案例得以實(shí)現(xiàn),并且運(yùn)行計(jì)劃類(lèi)的應(yīng)用,如決策支持、預(yù)測(cè)分析、文本挖掘和搜索。同樣,這也是您的數(shù)據(jù)庫(kù)和SAP的一個(gè)簡(jiǎn)單集成,SAP提供了 cookbook 幫您完成這項(xiàng)工作。
場(chǎng)景2:我目前使用SAP ECC但是有使用BW 的意向,該如何?
簡(jiǎn)要回答:視情況而定。
當(dāng)總體挑選數(shù)據(jù)管理工具、數(shù)據(jù)基礎(chǔ)以及未來(lái)的分析策略時(shí),需要考慮多個(gè)因素及注意事項(xiàng)。例如,您有計(jì)劃方面的需求,則可以使用基于BW基礎(chǔ)的解決方案。因此,您可以考慮BPC on HANA和 S&OP on HANA作為可能的解決方案 (這就使BW成為必然)。
對(duì)于多數(shù)在SAP ECC上投入了大量資金的企業(yè)來(lái)說(shuō),為了建立企業(yè)及數(shù)據(jù)倉(cāng)庫(kù)來(lái)整合企業(yè)數(shù)據(jù),建立一個(gè)數(shù)據(jù)真實(shí)的可靠地分析平臺(tái),SAP BW是正確的選擇。如果有人告訴您他們可以建立一個(gè)與BW相似的定制化數(shù)據(jù)倉(cāng)庫(kù),并將包含BW中所有“好的”特性且摒除其缺點(diǎn),那我倒真想見(jiàn)見(jiàn)這個(gè)人。
如果SAP業(yè)務(wù)系統(tǒng)是您報(bào)表信息的主要來(lái)源,那么使用BW作為您的數(shù)據(jù)倉(cāng)庫(kù),利用其業(yè)務(wù)內(nèi)容及層級(jí)擴(kuò)展架構(gòu),將會(huì)使您大受裨益。
同時(shí),您也沒(méi)有理由拒絕BW on HANA 或是獨(dú)立的HANA系統(tǒng),如果與您的業(yè)務(wù)相關(guān),這兩者都是您前景圖的一部分。同時(shí)擁有二者會(huì)使您得以決定您所需要的BW功能。也就是說(shuō),對(duì)于那些公司特有的痛點(diǎn),可以通過(guò)定制數(shù)據(jù)倉(cāng)庫(kù)或是SAP BusinessObjects Rapid Mart來(lái)解決。
場(chǎng)景3: 我目前在使用SAP ECC,但是有人跟我講SAP BusinessObjects Rapid Marts 更好,我該怎么辦?
簡(jiǎn)要回答:還是視情況而定。
轉(zhuǎn)載于SAP學(xué)習(xí)門(mén)戶(hù)網(wǎng),原文鏈接:http://www.sap6.com/erp/hana/735805172014/349.html
這4個(gè)場(chǎng)景是:
1. 我有SAP ECC 和BW我該怎么辦?
2. 我有SAP ECC,可能需要BW,我該怎么辦?
3. 我有SAP ECC但是其他人告訴我SAP BusinessObjects Rapid Marts 更好,我該怎么辦?
4. 我有SAP ECC,但是有人告訴我他們將為我設(shè)計(jì)個(gè)數(shù)據(jù)倉(cāng)庫(kù),我該怎么辦?
要回答這些問(wèn)題,最簡(jiǎn)單的切入點(diǎn)是先定義BW。原因是很顯然,大家對(duì)BW的定義均各抒己見(jiàn)。有人甚至不稱(chēng)她為BW,而以SAP BIW或BI取而代之。在定義BW的過(guò)程中,我首先要引用各類(lèi)參考信息:
?
維基百科: “SAP NetWeaver Business Warehouse (SAP NetWeaver BW) 是由 SAP AG推出的,集分析、報(bào)告、數(shù)據(jù)倉(cāng)庫(kù)于一體的商業(yè)智能解決方案的名稱(chēng)。原名是SAP BIW (Business Information Warehouse),后被簡(jiǎn)寫(xiě)為SAP BW,但現(xiàn)在被用戶(hù)們稱(chēng)為SAP BI。另一方面,BW仍被用來(lái)描述底層的數(shù)據(jù)倉(cāng)庫(kù)領(lǐng)域及加速組件。她經(jīng)常被應(yīng)用SAP業(yè)務(wù)系統(tǒng)的公司所使用。
維基百科上的帖子都談到SAP的BW解決方案采用了廣泛應(yīng)用的數(shù)據(jù)倉(cāng)庫(kù)并包含大量以信息立方體,信息對(duì)象、授權(quán)角色及查詢(xún)等形式存儲(chǔ)的業(yè)務(wù)內(nèi)容(pieces),這些業(yè)務(wù)內(nèi)容是事先定義好的。這些技術(shù)幫助提升SAP的用戶(hù)體驗(yàn)及降低實(shí)施周期。其中“業(yè)務(wù)內(nèi)容”可根據(jù)企業(yè)的具體要求進(jìn)行優(yōu)化,但在事先定義階段需要更長(zhǎng)的客戶(hù)化定制流程。
最后維基百科稱(chēng)BW包含但不限于如下幾個(gè)組件:
優(yōu)化的數(shù)據(jù)提取,轉(zhuǎn)化,加載(ETL)層,更有助于轉(zhuǎn)移數(shù)據(jù)。
數(shù)據(jù)倉(cāng)庫(kù)領(lǐng)域:在星形模式設(shè)計(jì)中存儲(chǔ)數(shù)據(jù)
一個(gè)應(yīng)用數(shù)據(jù)倉(cāng)庫(kù)中信息的報(bào)告組件
計(jì)劃及分析模擬業(yè)務(wù),例如預(yù)算計(jì)算。
在這里我并不想過(guò)多的抄襲維基百科的內(nèi)容,因?yàn)槲以趯?xiě)一篇關(guān)于HAHA是否能取得BW的博文,而對(duì)于BW的定義卻沒(méi)有一直說(shuō)法的前提下,多一些論據(jù)也無(wú)傷大雅。
既然我們已經(jīng)已經(jīng)了解了對(duì)BW的官方定義,那么我說(shuō)說(shuō)我的看法:BW是一個(gè)系統(tǒng),包含了數(shù)據(jù)倉(cāng)庫(kù),預(yù)定義業(yè)務(wù)模式及用來(lái)提升分析能力的內(nèi)容和相關(guān)工具從而更好的分析存儲(chǔ)在SAP商業(yè)套件中的數(shù)據(jù)。
簡(jiǎn)單的說(shuō),這個(gè)系統(tǒng)部分或全部的應(yīng)用在1萬(wàn)3千名客戶(hù)上。有數(shù)千個(gè)SAP認(rèn)證的第三方應(yīng)用運(yùn)行在這個(gè)系統(tǒng)上,她提供可靠性(注意我沒(méi)有說(shuō)快速)而且BW是免費(fèi)的。但她不是個(gè)數(shù)據(jù)庫(kù)。她運(yùn)行在數(shù)據(jù)庫(kù)上,這點(diǎn)區(qū)別大家要記住。在今天你也許會(huì)投資一個(gè)緩慢的基于磁盤(pán)的數(shù)據(jù)庫(kù)來(lái)運(yùn)行你的BW,但是更多時(shí)候用像 Business Warehouse Accelerator (BWA)這樣的硬件方案來(lái)加速她。
此外,在過(guò)去的15年中,我們通過(guò)BW的內(nèi)容來(lái)把在商業(yè)套件中幾乎每個(gè)模塊的4字符表名在SAP ECC中都賦予了商業(yè)意義。所以在您讀這個(gè)博文時(shí)要思考的是:人們應(yīng)該重建SAP花了15年來(lái)為您建的表名,僅因?yàn)樗麄儽淮蠹依斫鉃椤半y”嗎?
我對(duì)SAP HAHA的定義:它是個(gè)數(shù)據(jù)庫(kù)(請(qǐng)?jiān)谧x完下面的內(nèi)容后在引用這點(diǎn))
的確,SAP HAHA是一種特殊的內(nèi)存數(shù)據(jù)庫(kù),當(dāng)她跟像BW這樣的系統(tǒng)連接的時(shí)候她傳遞快速和高效的性能。但在她的最底層,她是個(gè)數(shù)據(jù)庫(kù)。HAHA不能替代BW,她能提高BW的性能。在速度方面,我見(jiàn)過(guò)在傳統(tǒng)關(guān)系數(shù)據(jù)庫(kù)上運(yùn)行BW的情況,其運(yùn)行速度跟性能面臨很大的挑戰(zhàn)。運(yùn)行在HANA上的BW在很多方面性能明顯提升。如果你能用 SAP BusinessObjects (BOBJ) 作為 BW的前端, 效果將更好.
我的整體觀點(diǎn)是:BW在HANA運(yùn)行性能將更好,另外BW是免費(fèi)的,在BW中有很多事先建立的內(nèi)容,而且在BW上你還能獲得即時(shí)的認(rèn)證解決方案,如果你沒(méi)有BW的話(huà),不覺(jué)得應(yīng)該“考慮”使用她嗎?
請(qǐng)記住沒(méi)有廢止BW的計(jì)劃,如果有人聲稱(chēng)有廢止計(jì)劃,那么明顯他是錯(cuò)誤的。我是個(gè)支持BW加HANA的倡導(dǎo)者,而不是BW PK HAHA的人。
我明白BW有些替代品。一些有急切需求的客戶(hù),他們發(fā)現(xiàn)BusinessObjects Rapid Mart是一種非常快速的方式,通過(guò)應(yīng)用數(shù)據(jù)服務(wù)將數(shù)據(jù)轉(zhuǎn)移到比BW更易于管理的“存儲(chǔ)”中。
但同時(shí)你還需要建立(或者定制化,主要看Rapid Mart的情況而定)抽取,轉(zhuǎn)化,報(bào)告等等。你需要更高效。我知道SAP在HANA中建立了些新的內(nèi)容,包括Operational Reporting RDS.所以大家可能想SAP是不是一個(gè)“開(kāi)關(guān)裝置”,在其中內(nèi)容被創(chuàng)造然后存儲(chǔ)。(再次聲明,答案是“不是”我們完全沒(méi)有這樣做)
我明白一些人會(huì)說(shuō)“就設(shè)計(jì)你自己的數(shù)據(jù)倉(cāng)庫(kù)好了”但同樣的問(wèn)題還是會(huì)出現(xiàn)。這些經(jīng)典問(wèn)題包括:“是自己建還是買(mǎi)”;“是BW跟HANA的情景還是其他數(shù)據(jù)庫(kù)”。
?
?
接下來(lái)我將討論前面提到的四個(gè)場(chǎng)景:
場(chǎng)景1:我有SAP ECC 跟BW我該怎么辦?
簡(jiǎn)短的回答是:這樣的公司決定應(yīng)該升級(jí)到HANA作為BW的實(shí)施數(shù)據(jù)庫(kù)。在前面我提到過(guò)沒(méi)有HANA的BW其產(chǎn)生報(bào)告的速度是個(gè)硬傷,然而這真的是端到端的性能-下載,報(bào)告,簡(jiǎn)單的愿景圖,改變管理。由于并行下載我們能極大的降低從SAP HANA上為BW下載數(shù)據(jù)的時(shí)間,這對(duì)于大量業(yè)務(wù)的公司非常重要。(應(yīng)用HANA,把時(shí)間用在陪家人上而不是坐等數(shù)據(jù)下載上!)ETL跟報(bào)告的速度只是HANA適合作為BW數(shù)據(jù)庫(kù)的一個(gè)方面,另一個(gè)相應(yīng)重要甚至更重要的方面是簡(jiǎn)化。
?
BW有些而外的層,處于性能因素考慮而單獨(dú)建立的,當(dāng)HANA作為底層數(shù)據(jù)庫(kù)時(shí)這些層是沒(méi)必要建立的。一個(gè)設(shè)計(jì)簡(jiǎn)潔的BW能更有效的在其內(nèi)部建立各種功能并管理內(nèi)部生產(chǎn)環(huán)境。對(duì)BW的分層可擴(kuò)展架構(gòu)包括高效應(yīng)用HANA作為其數(shù)據(jù)庫(kù)的優(yōu)勢(shì)。
原來(lái)在BW ABAP層的功能現(xiàn)在被移植到了HANA層,這使得整個(gè)模型和處理工作變得更加高效。以DSO激活為例,當(dāng)應(yīng)用非HANA數(shù)據(jù)庫(kù)的BW系統(tǒng)時(shí)需要啟動(dòng)DSO激活這就占用了一部分時(shí)間。
?
更多時(shí)候,許多BW客戶(hù)應(yīng)用SAP Business Warehouse Accelerator來(lái)加速他們應(yīng)用在BW下的慢磁盤(pán)關(guān)系數(shù)據(jù)庫(kù)。SAP HANA提供了一個(gè)更簡(jiǎn)單的愿景來(lái)降低TCO和復(fù)雜性。她能極大的降低你硬件的占用空間,例如加速5T的BW數(shù)據(jù),在BWA中你需要21個(gè)刀片服務(wù)器,但作為統(tǒng)一的永久型數(shù)據(jù)庫(kù),1個(gè)HANA服務(wù)器且不需要第三方數(shù)據(jù)庫(kù)就可以完全不傷腦筋的搞定!
變更管理相對(duì)容易一些,可以選擇建立更多的邏輯層而非物理層,這樣就無(wú)需重新索引結(jié)果,那樣恐怕會(huì)在變更起效前花費(fèi)數(shù)個(gè)小時(shí)的時(shí)間。
?
除了本文所提到的所有觀點(diǎn)之外,我們來(lái)看看真正的結(jié)果。對(duì)于大多數(shù)主要投資BW的客戶(hù)來(lái)說(shuō),真正將與任務(wù)密切相關(guān)的數(shù)據(jù)倉(cāng)庫(kù)投資利用起來(lái),并開(kāi)發(fā)其潛力一直是我們的目標(biāo)。我相信機(jī)會(huì)就在BW 和HANA聯(lián)合的時(shí)候到來(lái)了。
我們50多個(gè) BW/HANA 的優(yōu)先使用客戶(hù)中,大部分已經(jīng)得到了令人印象深刻的結(jié)果和快速的投資回報(bào)。今天對(duì)于HANA作為BW數(shù)據(jù)庫(kù)的投資,已經(jīng)為他們?nèi)蘸筮M(jìn)一步擴(kuò)展HANA作為實(shí)時(shí)分析的基礎(chǔ),同時(shí)作為創(chuàng)新應(yīng)用的平臺(tái)做了一個(gè)鋪墊。這就是說(shuō),今天的HANA的BW應(yīng)用是您未來(lái)平臺(tái)的雛形。同樣,HANA平臺(tái)將會(huì)確保您的高級(jí)應(yīng)用分析案例得以實(shí)現(xiàn),并且運(yùn)行計(jì)劃類(lèi)的應(yīng)用,如決策支持、預(yù)測(cè)分析、文本挖掘和搜索。同樣,這也是您的數(shù)據(jù)庫(kù)和SAP的一個(gè)簡(jiǎn)單集成,SAP提供了 cookbook 幫您完成這項(xiàng)工作。
場(chǎng)景2:我目前使用SAP ECC但是有使用BW 的意向,該如何?
簡(jiǎn)要回答:視情況而定。
當(dāng)總體挑選數(shù)據(jù)管理工具、數(shù)據(jù)基礎(chǔ)以及未來(lái)的分析策略時(shí),需要考慮多個(gè)因素及注意事項(xiàng)。例如,您有計(jì)劃方面的需求,則可以使用基于BW基礎(chǔ)的解決方案。因此,您可以考慮BPC on HANA和 S&OP on HANA作為可能的解決方案 (這就使BW成為必然)。
對(duì)于多數(shù)在SAP ECC上投入了大量資金的企業(yè)來(lái)說(shuō),為了建立企業(yè)及數(shù)據(jù)倉(cāng)庫(kù)來(lái)整合企業(yè)數(shù)據(jù),建立一個(gè)數(shù)據(jù)真實(shí)的可靠地分析平臺(tái),SAP BW是正確的選擇。如果有人告訴您他們可以建立一個(gè)與BW相似的定制化數(shù)據(jù)倉(cāng)庫(kù),并將包含BW中所有“好的”特性且摒除其缺點(diǎn),那我倒真想見(jiàn)見(jiàn)這個(gè)人。
如果SAP業(yè)務(wù)系統(tǒng)是您報(bào)表信息的主要來(lái)源,那么使用BW作為您的數(shù)據(jù)倉(cāng)庫(kù),利用其業(yè)務(wù)內(nèi)容及層級(jí)擴(kuò)展架構(gòu),將會(huì)使您大受裨益。
同時(shí),您也沒(méi)有理由拒絕BW on HANA 或是獨(dú)立的HANA系統(tǒng),如果與您的業(yè)務(wù)相關(guān),這兩者都是您前景圖的一部分。同時(shí)擁有二者會(huì)使您得以決定您所需要的BW功能。也就是說(shuō),對(duì)于那些公司特有的痛點(diǎn),可以通過(guò)定制數(shù)據(jù)倉(cāng)庫(kù)或是SAP BusinessObjects Rapid Mart來(lái)解決。
場(chǎng)景3: 我目前在使用SAP ECC,但是有人跟我講SAP BusinessObjects Rapid Marts 更好,我該怎么辦?
簡(jiǎn)要回答:還是視情況而定。
轉(zhuǎn)載于SAP學(xué)習(xí)門(mén)戶(hù)網(wǎng),原文鏈接:http://www.sap6.com/erp/hana/735805172014/349.html
總結(jié)
以上是生活随笔為你收集整理的SAP HANA会代替BW吗?的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 找工作的秘密
- 下一篇: 菠萝蜜\菠萝蜜和榴莲有什么区别?