OLAP由現在計算機能力的大幅提升以及各種不同實現廠商的努力，已經克服了原來很多不能實現的技術難點。但是由于現在數據爆炸似的增長以及客戶新的功能需求，新的OLAP無論在服務器端還是客戶端都出現了很多新的技術。
HOLAP
最早實現HOLAP的應該是Microsoft SQL Server Analytics，07年Oracle發布的11g也進入HOLAP領域，在同一個數據庫內即可以產生ROLAP也可以使用MOLAP，匯總和復雜的計算腳本放在MOLAP里面，細節的數據可以直接通過查表得到。
Planning
這個算是最老牌的Essbase產品線之一了，由于預算的東西都是建立在一個的匯總層上的，再加上有時候需要將大的指標切割給小的指標，所有ROLAP是完全不適合做這個東西的。IBM收購Cognos之后由于Cognos OLAP的缺陷，又重新收購了專門以內存數據庫出名的Applix(TM1)，其中就是看中的它的Planning功能。開源OLAP里面Jedox也在它的MOLAP里面實現了Planning的功能。
What-if and Write Back
這也是MOLAP的老牌功能了，尤其是做財務的，基本每天都會模擬“如果產品價格提高10%，扣除固定的開銷費用，收入會增加多少”。而Write Back則是將你what-if條件模擬或者預測的數據寫回到數據庫中。其中what-if很多MOLAP都可以模擬（有些在類似excel客戶端做的）。而做的更好的就是Essbase也同時可以支持將what-if模擬或者Planning的結果寫回MOLAP里面去。
In Memory
除了Applix的內存OLAP之外，前端的BI平臺也開始紛紛提供內存化的OLAP支持，當然除了提高了速度和吞吐能力之外，限制也比較明顯，比如需要自己控制刷新，冗余數據太多，內存大小限制。Actuate和MicroStrategy都分別提供了自己版本的in-memory cube功能，一般用作部門級別的小數據的快速分析用，另外就是以內存分析作為主要特性的Tableau，QlikView除了將內存作為主要的數據源之外，還往往提供比較高的壓縮比率從而可能容納更多的數據。一般的內存壓縮率都在10倍左右，所以你客戶端2G的空閑內存往往可以查看真實的20G的數據，而且還不用索引占儲存空間反而速度更快。不過由于這種客戶端的內存管理上還有一些局限（拼命往內存裝數據，如果內存不夠了就開始使用磁盤，而它們磁盤的使用效率不是很高），所以無論以Server端的內存管理見長的MicroStrategy還是客戶端內存管理的QlikView，Tableau目前都還有需要克服的問題。不知道MicroStrategy下個版本會不會主攻這個方向將壓縮率提高上去。
Multi Source
MicroStrategy從去年開始的9系列就已經實現了Multi Source功能，而OBIEE也在今年的更新版中實現了類似的MultiSource Federation功能。在不改變外部建模的情況下可以使sql無縫的跳躍在多個不同層級的數據上。比如你仍然可以使用MOLAP來提供復雜的計算，模擬，預算，但是當用戶需要鉆取到細節的時候你仍然可以無縫的跳到關系型的數據庫查詢得到最細節的數據。不過MicroStrategy和OBIEE的實現理念上有很大區別，OBIEE是基于Federation思路的，認為同一個層級的數據可以存在多個不同的物理位置，當你使用這些數據的時候再去不同的數據源取來然后進行整合，這個思路在Oracle的ELT中也有體現，而MicroStrategy的Multi Source的思路確實數據生命周期管理的思路(Data Lifecycle Management也有叫Information Lifecycle Management)，同一個層級的數據一般在一個物理位置上，如果你從一個層級跳到另一個層級，MicroStrategy的Multi Source功能能讓你感覺展現上沒有改變。這對于像是某些部門需要特殊的分析而產生的額外維度，而對于細節數據卻又是整個企業所共用的情況尤其適用。（Data Lifecycle Management的實現在數據倉庫里面也有體現，一個是Teradata 13的Virtual Storage，一個是Greenplum 的Chorus)。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：OLAP發展和趨勢
相關文章
