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

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

BW與HANA的現(xiàn)狀

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

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

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

BW和HANA近幾年的走向

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

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

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

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

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

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

2. 純粹的ABAP BW服務(wù)(元數(shù)據(jù)、語(yǔ)義和執(zhí)行計(jì)劃)植入HANA，使下一代BW完全成為一個(gè)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)行)，要么通過(guò)在HANA應(yīng)用服務(wù)中編寫(xiě)并運(yùn)行一個(gè)ABAP應(yīng)用服務(wù)版本實(shí)現(xiàn)(偏向自帶場(chǎng)景)。無(wú)論哪一種場(chǎng)景，實(shí)現(xiàn)起來(lái)都相當(dāng)困難，我甚至認(rèn)為自帶場(chǎng)景在技術(shù)層面上是不可實(shí)現(xiàn)的，但一旦實(shí)現(xiàn)，將為性能和SAP客戶(hù)的簡(jiǎn)單化體驗(yàn)帶來(lái)巨大提升。

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