雖然SAP一直宣稱HANA不會取代BW，但我們有充足的理由相信內(nèi)存分析平臺最終一定會吞并BW;更準(zhǔn)確一點說，SAP BW和HANA會開始合并。如果不出意外的話，BW和HANA之間的技術(shù)決策難題將會迎刃而解。

基于這一論斷，我們在本文中大膽預(yù)測二者的結(jié)合與缺陷。盡管為預(yù)測，也不能毫無憑據(jù)，為此我們針對SAP的舉動和相關(guān)產(chǎn)品技術(shù)進(jìn)行了詳細(xì)的研究，其中包含一些SAP的公開聲明;當(dāng)然，與公開聲明無關(guān)的就純屬預(yù)測范疇了。

BW與HANA的現(xiàn)狀

我們看到，SAP已經(jīng)跨出了第一步，將主要的數(shù)據(jù)管理平臺完全帶到了HANA中;也就表示，SAP將BW遷移到作為主要持久性數(shù)據(jù)庫的HANA中并允許BusinessObjects工具很自然地與HANA連接。

這只是一小步。總體來說，HANA對于BW只是一個純粹的數(shù)據(jù)庫。為了優(yōu)化HANA性能，BW給HANA在InfoCubes和DSOs中帶來了一些較小的模式變更。HANA真正獨(dú)一無二的優(yōu)化方式在于DSO數(shù)據(jù)激活流程，該流程在許多場景中完全運(yùn)行在數(shù)據(jù)庫內(nèi)部，而不是BW應(yīng)用服務(wù)器上。

在這樣的配置下，我們能夠看到性能在一定程度上的改進(jìn)，不過也僅此而已。BW并沒有提升HANA的集成或安全特性，HANA也沒有提升BW的多重性能。此外，HANA在架構(gòu)、數(shù)據(jù)質(zhì)量以及對于在數(shù)據(jù)之上添加意義的支持方面幾乎沒有任何幫助。

BW和HANA近幾年的走向

隨著SAP不斷構(gòu)建BW與HANA之間的集成能力，我們可以期待看到二者更多的性能支持與提升。其實，在BW 7.3 Support Package (SP) 8中我們就已經(jīng)看到了這樣的趨勢，該版本支持多種混合場景——BW從實質(zhì)上消耗著HANA的數(shù)據(jù)，而不是數(shù)據(jù)復(fù)制;HANA自帶視圖可用于BW InfoProviders的數(shù)據(jù)。在HANA的SP5更新版中，它提供了一項為不活躍數(shù)據(jù)添加標(biāo)記的特性，在這些數(shù)據(jù)不被激活的情況下將其排除在內(nèi)存之外，從而節(jié)約了可觀的內(nèi)存。BW系統(tǒng)的SP8版本將自動應(yīng)用這一特性。

未來，隨著ABAP應(yīng)用服務(wù)器在HANA支持方面能力的提升，集成會進(jìn)一步發(fā)展。除了ABAP以外，HANA系統(tǒng)很有可能還會添加轉(zhuǎn)換執(zhí)行功能。高級BW分析引擎將掌控各項事務(wù)，涵蓋復(fù)雜的時間層級報告和“未分配”主數(shù)據(jù)價值的識別。該引擎已經(jīng)將部分運(yùn)算轉(zhuǎn)給了HANA，但今后我們應(yīng)該還能看到HANA承擔(dān)起更多的分析流程。

到時候，BW的ABAP層將減少數(shù)據(jù)轉(zhuǎn)換和查詢的執(zhí)行，而更多傾向于維護(hù)元數(shù)據(jù)和語義信息，HANA的層則會實施更多的執(zhí)行計劃。

BW和HANA的最終發(fā)展

隨著BW和HANA的成熟與合并，我認(rèn)為它們將會向以下三個方向中的其一發(fā)展：

1. ABAP應(yīng)用服務(wù)器和相當(dāng)高級的BW應(yīng)用依然與HANA數(shù)據(jù)庫處于分離狀態(tài)，這與當(dāng)下SAP的策略方向不大一致。目前，SAP直接在HANA中提供應(yīng)用服務(wù)，使HANA成為一個整合數(shù)據(jù)庫和應(yīng)用服務(wù)器。盡管如此，這種結(jié)果還是有可能發(fā)生的;雖然有一些缺點，但是與二級架構(gòu)相比，三級式的從數(shù)據(jù)庫到應(yīng)用再到客戶的架構(gòu)還是具備明顯的優(yōu)勢。

2. 純粹的ABAP BW服務(wù)(元數(shù)據(jù)、語義和執(zhí)行計劃)植入HANA，使下一代BW完全成為一個HANA應(yīng)用。

3. ABAP應(yīng)用服務(wù)器架構(gòu)在HANA集群中運(yùn)行，BW中的ABAP層也同理。這種情況要么發(fā)生在操作系統(tǒng)層面(ABAP應(yīng)用服務(wù)器與HANA在同一系統(tǒng)中運(yùn)行)，要么通過在HANA應(yīng)用服務(wù)中編寫并運(yùn)行一個ABAP應(yīng)用服務(wù)版本實現(xiàn)(偏向自帶場景)。無論哪一種場景，實現(xiàn)起來都相當(dāng)困難，我甚至認(rèn)為自帶場景在技術(shù)層面上是不可實現(xiàn)的，但一旦實現(xiàn)，將為性能和SAP客戶的簡單化體驗帶來巨大提升。

就現(xiàn)在來看，誰也說不準(zhǔn)哪一種情況會成為現(xiàn)實。如果是上述三種的其中一種，BW肯定不會再被稱作BW了，但我相信SAP會以某種形式繼續(xù)提供BW的所需性能。目前，SAP的用戶應(yīng)當(dāng)?shù)却㈥P(guān)注兩個平臺的發(fā)展。總之，BW和HANA的集成流程比較漫長，且不會一帆風(fēng)順。