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