這里有點(diǎn)標(biāo)題黨，為了對仗把題目寫成這樣。其實(shí)自助報(bào)表和敏捷BI深究起來是一回事，都是希望業(yè)務(wù)人員自己能完成數(shù)據(jù)分析和呈現(xiàn)，叫得通俗些是自助報(bào)表，洋氣一些就是敏捷BI了。

經(jīng)營分析軟件中大都會提供豐富的固定報(bào)表，能夠處理較復(fù)雜的計(jì)算需求，但畢竟死板。業(yè)務(wù)經(jīng)營中常常會有臨時(shí)性的數(shù)據(jù)分析需求，傳統(tǒng)手段一般提交給技術(shù)部門去實(shí)現(xiàn)，這樣顯然周期長效率低，有時(shí)獲得結(jié)果時(shí)已經(jīng)失去意義了。如果能讓業(yè)務(wù)人員自己做分析和呈現(xiàn)，那無疑會極大地提高決策效率，這就是敏捷BI產(chǎn)品主打的目標(biāo)。

問題是，這個(gè)目標(biāo)能達(dá)到嗎?

如果用于分析的基礎(chǔ)數(shù)據(jù)事先已經(jīng)準(zhǔn)備好，然后使用這些數(shù)據(jù)制作交互式的報(bào)表或圖形并組合出管理看板(Dashboard)，目前許多敏捷BI產(chǎn)品的功能都還不錯(cuò)，界面也比較友好，業(yè)務(wù)人員一般都能夠操作起來，這也是敏捷BI在演示階段能吸引住用戶的主要原因。不過，在已經(jīng)獲取了相關(guān)數(shù)據(jù)時(shí)，敏捷BI能做的許多事用Excel也能做得很好(美觀程度要差一些)，在很多場合下再專門上一套敏捷BI系統(tǒng)的必要性并不大，或者說Excel就是足夠好用的敏捷BI產(chǎn)品了。

而且，大多數(shù)時(shí)候，數(shù)據(jù)并沒有準(zhǔn)備好，獲取數(shù)據(jù)本身就是靈活分析中最關(guān)鍵的步驟。它是后續(xù)動作的基礎(chǔ)，也是幾乎所有敏捷BI產(chǎn)品(如果Excel也算的話也可包括在內(nèi))都不夠“敏捷”的環(huán)節(jié)。

關(guān)系數(shù)據(jù)庫是當(dāng)前數(shù)據(jù)存儲的事實(shí)標(biāo)準(zhǔn)，特別是有分析需求的帶業(yè)務(wù)含義的結(jié)構(gòu)化數(shù)據(jù)。從數(shù)據(jù)庫取獲取數(shù)據(jù)要用SQL語句，實(shí)際上發(fā)明SQL的初衷就是想讓業(yè)務(wù)人員能用來查詢數(shù)據(jù)，所以它很象英語。確實(shí)，對于單個(gè)表的常規(guī)查詢(過濾、計(jì)算列、分組匯總)問題并不大，業(yè)務(wù)人員即使不會寫，也容易做個(gè)可視化的界面輔助“編輯”出來。

但是，有意義的查詢經(jīng)常是多表關(guān)聯(lián)的，比如取出存儲余額10萬以上的本地儲戶，獲得北京打到上海的電話記錄，按月統(tǒng)計(jì)合同額、回款額、發(fā)票額，….。關(guān)系代數(shù)對數(shù)據(jù)表關(guān)聯(lián)的處理方式是業(yè)務(wù)人員很難理解的，表間關(guān)系是個(gè)網(wǎng)狀結(jié)構(gòu)，要指定關(guān)聯(lián)字段，還可能涉及到自關(guān)聯(lián)遞歸關(guān)聯(lián)等復(fù)雜情況。關(guān)聯(lián)表較多或?qū)蛹壿^深時(shí)連技術(shù)人員都很難掌握，三五個(gè)關(guān)聯(lián)表的數(shù)據(jù)關(guān)系就足以使業(yè)務(wù)人暈掉，這時(shí)候界面再炫麗操作再流暢都無濟(jì)于事了。

怎么辦?只能由技術(shù)人員事先準(zhǔn)備數(shù)據(jù)，把關(guān)聯(lián)表做成邏輯或物理的單表，這就是所謂的“數(shù)據(jù)建模”。一旦有新的關(guān)聯(lián)需求，就需要技術(shù)人員重新建模。這種搞法，“自助”和“敏捷”就無從談起了。

糟糕的是，這個(gè)問題還是理論上的，只要數(shù)據(jù)庫的數(shù)據(jù)組織和關(guān)聯(lián)描述方式不變，或者說只要仍在關(guān)系代數(shù)的體系下，這件事就無解!敏捷BI產(chǎn)品在界面環(huán)節(jié)無論如何努力都是徒勞。

敏捷BI雖然是個(gè)新詞，但涉及的內(nèi)容并不新鮮，以前的OLAP產(chǎn) 品也是瞄這個(gè)目標(biāo)去的，可以說敏捷BI就是OLAP換個(gè)馬甲后再加強(qiáng)了呈現(xiàn)能力。應(yīng)用OLAP產(chǎn)品時(shí)也一樣碰到這個(gè)問題，也一樣無法解決，也只能是事先準(zhǔn)備好死板的CUBE，有新關(guān)聯(lián)需求時(shí)再重建新CUBE。有個(gè)別公司產(chǎn)品能根據(jù)數(shù)據(jù)類型做一些自動關(guān)聯(lián)，但碰到同維關(guān)聯(lián)(很常見)或自關(guān)聯(lián)時(shí)仍然沒有辦法。國內(nèi)BI界當(dāng)時(shí)有個(gè)詞叫shelfware，就是用來形容這種中看不中用的OLAP產(chǎn)品。廠家人員開玩笑說賣的不是software，而是買來就被扔進(jìn)柜子不再動的shelfware。在演示階段讓用戶產(chǎn)生極大的期望以為真能讓業(yè)務(wù)人員自己分析，實(shí)際用起來完全不是那回事，結(jié)果都會淪為報(bào)表工具在用(報(bào)表工具對“淪”字表示不爽)。這是購買OLAP或現(xiàn)在敏捷BI產(chǎn)品的一個(gè)大坑!

[[191346]]

不過，也不是完全沒有辦法。雖然無法在當(dāng)前數(shù)據(jù)庫理論體系下通用地解決這個(gè)問題，我們卻可以在工程方面通過行業(yè)化的手段來緩解，這也是敏捷BI產(chǎn)品的合理出路。用事先獲得的行業(yè)知識可以把數(shù)據(jù)項(xiàng)之間的關(guān)聯(lián)關(guān)系固化到程序界面中，業(yè)務(wù)用戶在選擇某些數(shù)據(jù)項(xiàng)時(shí)，程序已經(jīng)知道這些數(shù)據(jù)項(xiàng)之間的最常見關(guān)系，就會大概率地建立出正確的關(guān)聯(lián)。比如我們知道通信業(yè)務(wù)中一般都用電話號碼把其它信息串起來，也知道手機(jī)號中已包含有一些業(yè)務(wù)信息。利用這些知識可以簡化關(guān)聯(lián)路徑的尋找，有了行業(yè)知識后的敏捷BI產(chǎn)品就可能真地“敏捷”地應(yīng)對業(yè)務(wù)人員的關(guān)聯(lián)需求了。

類似地，現(xiàn)代敏捷BI產(chǎn)品一般都還有業(yè)務(wù)人員制作管理看板(dashboard)的功能。顯然，用戶要的不會只是在一個(gè)界面上擺上幾個(gè)固定不變且毫無關(guān)系的圖表，而會要求這些圖表之間可以聯(lián)動，并且有統(tǒng)一的參數(shù)來控制。這又是另一種關(guān)聯(lián)：圖表之間的關(guān)系，圖表與參數(shù)的關(guān)聯(lián)。讓業(yè)務(wù)人員去理解這種抽象的關(guān)系是不現(xiàn)實(shí)的，實(shí)現(xiàn)一個(gè)通用的看板制作功能恐怕也只能給程序員去用了。而如果有行業(yè)知識，就可以事先知道行業(yè)內(nèi)常用的圖表間關(guān)聯(lián)以及參數(shù)，直接做死，業(yè)務(wù)用戶不必關(guān)心抽象問題，只負(fù)責(zé)擺放即可。

但是，這需要了解每個(gè)行業(yè)甚至每個(gè)用戶的數(shù)據(jù)特征和術(shù)語習(xí)慣，而這些知識換個(gè)行業(yè)甚至用戶就很大可能性不再適用了。這樣，敏捷BI不再是一個(gè)通用產(chǎn)品，而是一個(gè)服務(wù)型的解決方案。

這就對了!

所以，實(shí)施BI項(xiàng)目，國內(nèi)廠商比國外廠商的實(shí)際效果要好，因?yàn)槟芴峁┒ㄖ苹?wù);而對BI技術(shù)不是特別熟悉的行業(yè)集成商能做得更好，因?yàn)樗麄冇猩羁痰男袠I(yè)和用戶知識。國外品牌看著是很炫，但廠商沒能力提供本地化服務(wù)，又因?yàn)榧尚圆钜搽y以讓第三方代勞，結(jié)果實(shí)施效果大都很差，也就是再進(jìn)一步詮釋shelfware而已。