對于Twitter上關于SAP HAHA有潛力取代BW的那些爭論，我表示并不意外。寫這篇博客是想回應下周五對這個話題的50個相關轉發。感謝來自IBM的Vijay Vijayasankar的貢獻。在這篇博文中，我計劃討論4個場景,希望能給大家些啟發。
這4個場景是：
1. 我有SAP ECC 和BW我該怎么辦？
2. 我有SAP ECC，可能需要BW，我該怎么辦？
3. 我有SAP ECC但是其他人告訴我SAP BusinessObjects Rapid Marts 更好，我該怎么辦？
4. 我有SAP ECC，但是有人告訴我他們將為我設計個數據倉庫，我該怎么辦？
要回答這些問題，最簡單的切入點是先定義BW。原因是很顯然，大家對BW的定義均各抒己見。有人甚至不稱她為BW，而以SAP BIW或BI取而代之。在定義BW的過程中，我首先要引用各類參考信息：
?

維基百科： “SAP NetWeaver Business Warehouse (SAP NetWeaver BW) 是由 SAP AG推出的，集分析、報告、數據倉庫于一體的商業智能解決方案的名稱。原名是SAP BIW (Business Information Warehouse),后被簡寫為SAP BW，但現在被用戶們稱為SAP BI。另一方面，BW仍被用來描述底層的數據倉庫領域及加速組件。她經常被應用SAP業務系統的公司所使用。
維基百科上的帖子都談到SAP的BW解決方案采用了廣泛應用的數據倉庫并包含大量以信息立方體，信息對象、授權角色及查詢等形式存儲的業務內容（pieces），這些業務內容是事先定義好的。這些技術幫助提升SAP的用戶體驗及降低實施周期。其中“業務內容”可根據企業的具體要求進行優化，但在事先定義階段需要更長的客戶化定制流程。
最后維基百科稱BW包含但不限于如下幾個組件：
優化的數據提取，轉化，加載(ETL)層，更有助于轉移數據。
數據倉庫領域：在星形模式設計中存儲數據
一個應用數據倉庫中信息的報告組件
計劃及分析模擬業務，例如預算計算。
在這里我并不想過多的抄襲維基百科的內容，因為我在寫一篇關于HAHA是否能取得BW的博文，而對于BW的定義卻沒有一直說法的前提下，多一些論據也無傷大雅。
既然我們已經已經了解了對BW的官方定義，那么我說說我的看法：BW是一個系統，包含了數據倉庫，預定義業務模式及用來提升分析能力的內容和相關工具從而更好的分析存儲在SAP商業套件中的數據。
簡單的說，這個系統部分或全部的應用在1萬3千名客戶上。有數千個SAP認證的第三方應用運行在這個系統上，她提供可靠性（注意我沒有說快速）而且BW是免費的。但她不是個數據庫。她運行在數據庫上，這點區別大家要記住。在今天你也許會投資一個緩慢的基于磁盤的數據庫來運行你的BW，但是更多時候用像 Business Warehouse Accelerator (BWA)這樣的硬件方案來加速她。
此外，在過去的15年中，我們通過BW的內容來把在商業套件中幾乎每個模塊的4字符表名在SAP ECC中都賦予了商業意義。所以在您讀這個博文時要思考的是：人們應該重建SAP花了15年來為您建的表名，僅因為他們被大家理解為“難”嗎？
我對SAP HAHA的定義：它是個數據庫（請在讀完下面的內容后在引用這點）
的確，SAP HAHA是一種特殊的內存數據庫，當她跟像BW這樣的系統連接的時候她傳遞快速和高效的性能。但在她的最底層，她是個數據庫。HAHA不能替代BW，她能提高BW的性能。在速度方面，我見過在傳統關系數據庫上運行BW的情況，其運行速度跟性能面臨很大的挑戰。運行在HANA上的BW在很多方面性能明顯提升。如果你能用 SAP BusinessObjects (BOBJ) 作為 BW的前端, 效果將更好.
我的整體觀點是：BW在HANA運行性能將更好，另外BW是免費的，在BW中有很多事先建立的內容，而且在BW上你還能獲得即時的認證解決方案，如果你沒有BW的話，不覺得應該“考慮”使用她嗎?
請記住沒有廢止BW的計劃，如果有人聲稱有廢止計劃，那么明顯他是錯誤的。我是個支持BW加HANA的倡導者，而不是BW PK HAHA的人。
我明白BW有些替代品。一些有急切需求的客戶，他們發現BusinessObjects Rapid Mart是一種非常快速的方式，通過應用數據服務將數據轉移到比BW更易于管理的“存儲”中。

但同時你還需要建立（或者定制化，主要看Rapid Mart的情況而定）抽取，轉化，報告等等。你需要更高效。我知道SAP在HANA中建立了些新的內容,包括Operational Reporting RDS.所以大家可能想SAP是不是一個“開關裝置”，在其中內容被創造然后存儲。（再次聲明，答案是“不是”我們完全沒有這樣做）

我明白一些人會說“就設計你自己的數據倉庫好了”但同樣的問題還是會出現。這些經典問題包括：“是自己建還是買”；“是BW跟HANA的情景還是其他數據庫”。

?

?
接下來我將討論前面提到的四個場景：

場景1：我有SAP ECC 跟BW我該怎么辦？
簡短的回答是：這樣的公司決定應該升級到HANA作為BW的實施數據庫。在前面我提到過沒有HANA的BW其產生報告的速度是個硬傷，然而這真的是端到端的性能-下載，報告，簡單的愿景圖，改變管理。由于并行下載我們能極大的降低從SAP HANA上為BW下載數據的時間，這對于大量業務的公司非常重要。（應用HANA，把時間用在陪家人上而不是坐等數據下載上！）ETL跟報告的速度只是HANA適合作為BW數據庫的一個方面，另一個相應重要甚至更重要的方面是簡化。
?
BW有些而外的層，處于性能因素考慮而單獨建立的，當HANA作為底層數據庫時這些層是沒必要建立的。一個設計簡潔的BW能更有效的在其內部建立各種功能并管理內部生產環境。對BW的分層可擴展架構包括高效應用HANA作為其數據庫的優勢。
原來在BW ABAP層的功能現在被移植到了HANA層，這使得整個模型和處理工作變得更加高效。以DSO激活為例，當應用非HANA數據庫的BW系統時需要啟動DSO激活這就占用了一部分時間。
?
更多時候，許多BW客戶應用SAP Business Warehouse Accelerator來加速他們應用在BW下的慢磁盤關系數據庫。SAP HANA提供了一個更簡單的愿景來降低TCO和復雜性。她能極大的降低你硬件的占用空間，例如加速5T的BW數據，在BWA中你需要21個刀片服務器，但作為統一的永久型數據庫，1個HANA服務器且不需要第三方數據庫就可以完全不傷腦筋的搞定！
變更管理相對容易一些，可以選擇建立更多的邏輯層而非物理層，這樣就無需重新索引結果，那樣恐怕會在變更起效前花費數個小時的時間。
?
除了本文所提到的所有觀點之外，我們來看看真正的結果。對于大多數主要投資BW的客戶來說，真正將與任務密切相關的數據倉庫投資利用起來，并開發其潛力一直是我們的目標。我相信機會就在BW 和HANA聯合的時候到來了。
我們50多個 BW/HANA 的優先使用客戶中，大部分已經得到了令人印象深刻的結果和快速的投資回報。今天對于HANA作為BW數據庫的投資，已經為他們日后進一步擴展HANA作為實時分析的基礎，同時作為創新應用的平臺做了一個鋪墊。這就是說，今天的HANA的BW應用是您未來平臺的雛形。同樣，HANA平臺將會確保您的高級應用分析案例得以實現，并且運行計劃類的應用，如決策支持、預測分析、文本挖掘和搜索。同樣，這也是您的數據庫和SAP的一個簡單集成，SAP提供了 cookbook 幫您完成這項工作。

場景2：我目前使用SAP ECC但是有使用BW 的意向，該如何？
簡要回答：視情況而定。
當總體挑選數據管理工具、數據基礎以及未來的分析策略時，需要考慮多個因素及注意事項。例如，您有計劃方面的需求，則可以使用基于BW基礎的解決方案。因此，您可以考慮BPC on HANA和 S&OP on HANA作為可能的解決方案 (這就使BW成為必然)。
對于多數在SAP ECC上投入了大量資金的企業來說，為了建立企業及數據倉庫來整合企業數據，建立一個數據真實的可靠地分析平臺，SAP BW是正確的選擇。如果有人告訴您他們可以建立一個與BW相似的定制化數據倉庫，并將包含BW中所有“好的”特性且摒除其缺點，那我倒真想見見這個人。
如果SAP業務系統是您報表信息的主要來源，那么使用BW作為您的數據倉庫，利用其業務內容及層級擴展架構，將會使您大受裨益。
同時，您也沒有理由拒絕BW on HANA 或是獨立的HANA系統，如果與您的業務相關，這兩者都是您前景圖的一部分。同時擁有二者會使您得以決定您所需要的BW功能。也就是說，對于那些公司特有的痛點，可以通過定制數據倉庫或是SAP BusinessObjects Rapid Mart來解決。

場景3: 我目前在使用SAP ECC,但是有人跟我講SAP BusinessObjects Rapid Marts 更好，我該怎么辦?
簡要回答：還是視情況而定。
轉載于SAP學習門戶網，原文鏈接：http://www.sap6.com/erp/hana/735805172014/349.html

總結

以上是生活随笔為你收集整理的SAP HANA会代替BW吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。