最近，壹位企業用戶提到，他花了三天時間提取正確的月度報告數據並將其生成為新的格式。試想壹下，如果把這三天用來制定更多的策略，會有多有效。現在是2012，以後不要再受制於這種瑣事了。事實上，數據倉庫誕生於30年前，就是為了解決這個問題。從那時起，數據倉庫的建設和維護就與之密切相關。在建立了多年的巨型數據倉庫後，我們遇到了新的問題，這些問題直接影響到企業對數據的理解，主要涉及到開發速度、業務實現和靈活性。報表效率的問題壹直存在，但通過SAP Business Warehouse Accelerator(BWA)得到了改善。●開發速度使用SAP數據倉庫中傳統的分層可伸縮性架構，可以構建七層數據。換句話說，在用戶看到所需的表單之前，您復制了相同的數據七次。理論上，有了HANA，七樓現在可以縮減到兩三層。很多習慣了SAPBW的用戶覺得HANA很難上手。但是，目前來看，HANA完全有可能改變我們在數據倉庫中創建模型的方式。這對BW開發生態系統來說無疑是毀滅性的消息，但SAP建議客戶可以將HANA作為BW數據庫來實現。這對於保留購買SAP軟件的關鍵功能非常有用，因為它受到合作夥伴生態系統的支持。●更短的開發周期具有相應的後續效應——系統可以比以前更快地部署到最終用戶。這非常重要，因為它支持更敏感的方法。在我的經驗中，敏感方法非常適合於業務分析，因為大量的最終用戶不熟悉系統性能，並且對他們的期望不知所措。這在BI項目中尤為典型，我們需要加載數萬甚至上億條記錄，而開發人員在等待數據上傳時卻無所事事。壹旦出現問題，開發周期就會失控，必然導致業務用戶的挫敗感和對系統的信心喪失。開發敏感性也支持SAP的客戶創新，這壹點我們可以在谷歌和臉書的概念中看到，SAP也可以做到。●靈活性在SAPHANA中創建數據模型的過程可以重用，這意味著通過新的改進，可以更容易地在現有的提取數據中創建其他報告。這些美麗的夢基於三個假設:1。擁有優秀的SQL開發人員；2.認證HANA的內存可以無限擴展；3.系統集成商采用更敏感的方法。隨著這些領域的成熟，我可以保證會有越來越多的企業采用HANA。鑒於業務用戶對業務分析的更高要求，
上一篇:委托理財訴訟的起算日如何計算下一篇:為什麽說我國經濟韌性好