日前，許多人都在議論SAP的高管改變企業(yè)軟件產業(yè)的“游戲規(guī)則”。在企業(yè)績效成倍增長的大環(huán)境下，改變游戲規(guī)則確實會引起軒然大波。自從SAP在ERP領域的影響力不斷加強，企業(yè)開始尋找不同的方式，將數據轉化為有意義的形式，以輔助決策。這也是為什么組織會選擇在數據庫中記錄每一條交易信息的原因。
　　
?然而，這里存在一個現實問題：如何才能夠提取數據并將其轉化為可解答復雜問題的形式？任何企業(yè)的終端用戶都有過將SAP ERP數據丟進Microsoft Excel中生成圖表的經歷。
　　
在這個業(yè)務分析應用（如SAP?BusinessObjects平臺）時代，令我不可思議的是，竟然還有這么多知識人才運用Excel手動清理數據。最近有一個業(yè)務用戶提到，他用了整整三天才提取出了正確的月報表數據，并把它們生成新的格式。想象一下，如果把這三天運用在更多的策略制定工作上面，會產生多大的效果。現在已經是2012年了，今后我們都不應該受制于這樣的瑣事。

其實，30年前數據倉庫的誕生為的就是解決這個問題。從那以來，數據倉庫的構建和維護就與它息息相關。在構建巨型數據倉庫多年以后，我們又遇到了新的問題，直接影響著企業(yè)對數據的理解，主要與開發(fā)速度、業(yè)務實現速度和靈活性有關。報表效能的問題一直存在，但通過SAP業(yè)務倉庫加速器（BWA）已經得到了改進。
　　
在過去三年里，我在SAP的工作一直涉及支持SAP BWA的用戶，他們有一個共同的反饋——“我們不能沒有BWA。”企業(yè)看到了報表的速度，于是都把問題集中在“為什么構建報表要花這么長的時間？”今天來看，如果分析技術無法通過網絡或移動設備以有效的形式傳輸并迅速完成，是無法接受的。

??開發(fā)速度
在SAP數據倉庫中使用傳統(tǒng)的分層式可擴展性架構，你能夠構建出七層數據。也就是說，在用戶看到所需形式之前，你將相同的數據復制了七次。理論上講，通過HANA，現在可以把七層降至兩到三層。許多用慣了SAP BW的用戶都感覺HANA難以上手。然而，就目前來看，HANA改變我們在數據倉庫中創(chuàng)建模型的方法是完全有可能的。這對BW開發(fā)生態(tài)系統(tǒng)來講無疑是毀滅性的消息，不過SAP建議客戶可以將HANA作為BW數據庫進行實施。這對保留采購SAP軟件的關鍵特性非常有用，因為有合作伙伴生態(tài)系統(tǒng)在支持著它。

??實現速度
更短的開發(fā)周期有相應的后續(xù)效應——系統(tǒng)可以比以往更加快速地部署到終端用戶。這一點非常重要，因為這為更加靈敏的方法提供了支持。以我的經驗來看，靈敏的方法非常適用于業(yè)務分析，因為大量終端用戶都不熟悉系統(tǒng)性能，對自己的期望也一片茫然。在BI項目中尤為典型，我們需要載入數以萬記甚至億記的記錄，而在等待數據上載的過程中開發(fā)者就無事可做。一旦有問題出現，開發(fā)周期就會失去控制，從而必然導致業(yè)務用戶受挫和對系統(tǒng)信心的喪失。開發(fā)靈敏度還支持SAP的客戶革新，這一點我們在Google和Facebook的理念中能夠看到，SAP也同樣能夠做到。

??靈活性
在SAP HANA中創(chuàng)建數據模型的流程能夠重復使用，這意味著通過新的改進，在你的現有提取數據中創(chuàng)建額外報表更加容易。

　　這些美好的憧憬都建立在三個假說之上：
　　1. 擁有優(yōu)秀的SQL開發(fā)人員；
　　2. 認證HANA的內存可以無限擴展；
　　3. 系統(tǒng)集成人員采用更為靈敏的方式。
　　
???? 隨著這些領域的日臻成熟，我敢保證會有越來越多的企業(yè)采用HANA。鑒于業(yè)務用戶對業(yè)務分析會有更高的要求，SAP也不能算作改變了游戲規(guī)則。

總結

以上是生活随笔為你收集整理的SAP HANA要改变什么？的全部內容，希望文章能夠幫你解決所遇到的問題。

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