軟考數(shù)據(jù)庫：高效實現(xiàn)數(shù)據(jù)倉庫的七個步驟

　　數(shù)據(jù)倉庫和我們常見的RDBMS系統(tǒng)有些親緣關(guān)系，但它又有所不同。如果你沒有實施過數(shù)據(jù)倉庫，那么從設(shè)定目標(biāo)到給出設(shè)計，從創(chuàng)建數(shù)據(jù)結(jié)構(gòu)到編寫數(shù)據(jù)分析程序，再到面對挑剔的用戶的評估，整個過程都會帶給你一種與以往的項目完全不同的體驗。一句話，如果你試圖以舊有的方式創(chuàng)建數(shù)據(jù)倉庫，那你所面對的不是預(yù)算超支就是所建立的數(shù)據(jù)倉庫無法良好運作。

　　在處理一個數(shù)據(jù)倉庫項目時需要注意的問題很多，但同時也有很多有建設(shè)性的參考可以幫助你更順利的完成任務(wù)。開放思維，不斷嘗試新的途徑，對于找到一種可行的數(shù)據(jù)倉庫實現(xiàn)方法來說也是必需的。

　　1.配備一個全職的項目經(jīng)理或你自己全面負責(zé)項目管理

　　在通常情況下，項目經(jīng)理都會同時負責(zé)多個項目的實施。這么做完全是出于資金和IT資源方面的考慮。但是對于數(shù)據(jù)倉庫項目的管理，絕對不能出現(xiàn)一人身兼數(shù)個項目的情況。由于你所處的領(lǐng)域是你和你的團隊之前沒有進入過的領(lǐng)域，有關(guān)數(shù)據(jù)倉庫的一切-數(shù)據(jù)分析、設(shè)計、編程、測試、修改、維護-全都是嶄新的，因此你或者你指派的項目經(jīng)理如果能全心投入，對于項目的成功會有很大幫助。

　　2.將項目管理職責(zé)推給別的項目經(jīng)理

　　由于數(shù)據(jù)倉庫實現(xiàn)過程實在是太困難了，為了避免自虐，你可以在當(dāng)前階段的項目完成后就將項目管理職責(zé)推給別的項目經(jīng)理。當(dāng)然，這個新的項目經(jīng)理一定要復(fù)合第一條所說的具有全職性。為什么要這么做呢?首先，從項目經(jīng)理的角度看，數(shù)據(jù)倉庫實施過程的任何一個階段都足以讓人身心疲憊。從物理存儲設(shè)備的開發(fā)到Extract-Transform-Load的實現(xiàn)，從設(shè)計開發(fā)模型到OLAP，所有階段都明顯的比以前接觸的項目更加困難。每個階段不但需要新的處理方法、新的管理方法，還需要創(chuàng)新性的觀點。所以將管理職責(zé)推給別的項目經(jīng)理不但不會對項目有損害，還可以起到幫助作用。

　　3.與用戶進行溝通

　　這里所講的內(nèi)容遠比一篇文章本身要重要的多。你必須明白，在數(shù)據(jù)倉庫的設(shè)計階段，那些潛在用戶自己也不清楚他們到底需要數(shù)據(jù)倉庫為他們做什么。他們在不斷的探索和發(fā)現(xiàn)自己的需求，而你的開發(fā)團隊也在和客戶的接觸中做著同樣的事情。更加頻繁的與客戶接觸，多做記錄，并讓你的團隊更關(guān)注于項目需求討論的結(jié)果而不是討論的過程本身。

　　既然你和客戶的交流是為了了解存儲的數(shù)據(jù)是何種類型以及如何有效存儲數(shù)據(jù)，你也許需要(和你的用戶一起)采用一種新的方法觀察數(shù)據(jù)，而不是直接處理數(shù)據(jù)。你可以嘗試從中找出隱藏的信息，比如在一段時期內(nèi)的數(shù)字漲落等。不要試圖追尋項目需求的答案，而是要讓答案找上門來。

　　4.以技術(shù)/信息庫作為領(lǐng)導(dǎo)

　　由于數(shù)據(jù)倉庫實施的各個階段都有很大不同，因此你需要有人能起到維持整個項目的連續(xù)進行的作用，不過這個職責(zé)并不需要那種全職性。項目實施有三個重要方面：架構(gòu)、技術(shù)和業(yè)務(wù)。將架構(gòu)作為重點可以保證在整個項目中，數(shù)據(jù)倉庫的架構(gòu)從物理層往上，都會受到良好的維護。而我們應(yīng)該將技術(shù)作為重點，因為開發(fā)團隊和關(guān)鍵用戶都在使用他們以前從未用過的工具，必須有人監(jiān)督開發(fā)過程以及工具使用的一致性。

　　最后，在數(shù)據(jù)倉庫的應(yīng)用過程中浮現(xiàn)出來的業(yè)務(wù)需求必須被詳細分析和記錄，以促機開發(fā)過程持續(xù)下去。如果用戶不能很好的開發(fā)人員以及其它用戶溝通，那么數(shù)據(jù)分析和度量方面的開發(fā)進程就會延期，所以必須有人關(guān)注業(yè)務(wù)方面的開發(fā)，推動開發(fā)進入更高級別。

　　5.跳出反復(fù)修改程序的陷阱

　　第一次實現(xiàn)的數(shù)據(jù)倉庫肯定不會是最終交付的版本。為什么呢?實際上在真正見到產(chǎn)品前，你無法確定的知道自己的目標(biāo)是什么�；蛘哒f，最終用戶只有在使用數(shù)據(jù)倉庫產(chǎn)品一段時間后，才能明確告訴你這個產(chǎn)品是不是他所希望的。與你以往處理的項目不同，業(yè)務(wù)智能還處于發(fā)展的初期，每個公司對業(yè)務(wù)智能都有不同的解釋，因此你的項目決不會一次成功。

　　為了以正確的格式獲得數(shù)據(jù)，你需要在不斷變化的狀況中摸索前進。BI具有很強的個性，不同的環(huán)境、不同的市場以及不同的企業(yè)都有不同的BI。這又代表什么呢?這表示你需要把數(shù)據(jù)庫管理員放在一個消息相對封閉的環(huán)境中，不要讓他知道數(shù)據(jù)倉庫的數(shù)據(jù)結(jié)構(gòu)以及ETL程序在不斷的改變。對此沒有別的辦法。這樣可以減輕你和DBA所承受的壓力。

　　6.對大量的前端資源進行數(shù)據(jù)源分析

　　在數(shù)據(jù)倉庫實現(xiàn)過程中，你不得不在舊有的數(shù)據(jù)中艱難跋涉，這些數(shù)據(jù)來自老的數(shù)據(jù)庫、老的磁帶機以及遠程的數(shù)據(jù)。它們中的大部分都凌亂不堪，并且難以獲取。你要對這些數(shù)據(jù)進行大量處理，并且還要設(shè)計ETL程序來尋找其中的有用信息。如果你希望整個項目做起來比較順利，并且找到一種方法能夠一次成功，那就需要你的開發(fā)人員必須花費足夠的時間來充分研究這些舊有數(shù)據(jù)，將凌亂的數(shù)據(jù)規(guī)則化，并盡力設(shè)計和實現(xiàn)強壯的數(shù)據(jù)采集和轉(zhuǎn)換過程。數(shù)據(jù)倉庫的ETL部分會占用整個項目資源的百分之八十，所以一定要確定你的資源都用在刀刃上了。

　　7.將人際關(guān)系處理放在首位

　　在數(shù)據(jù)倉庫實現(xiàn)過程中真正的地獄不是來自技術(shù)或者開發(fā)方面，而是來自你周圍的人。你也許會遇到一個對項目并不樂觀而又沒時間聽你陳述的領(lǐng)導(dǎo)。你也許會遇到一些開發(fā)人員將進度拖延太長時間還抱怨為什么不能用老方法實施。你也許還會遇到一些抱有不切實際的幻想的用戶，他們希望輕點鼠標(biāo)就能實現(xiàn)想象中的功能，但卻不愿在他們那邊多做些智力投資，更好的培訓(xùn)他們自己的員工。而你也已經(jīng)疲憊不堪，鼓勵投資，以及在開發(fā)團隊和用戶(甚至老板)中推廣新的開發(fā)技巧。

　　總之你要保持微笑。當(dāng)一切搞定，你的煩惱也就一掃而空了，笑到最后才笑得最輕松。