二、創(chuàng)建視圖

當(dāng)項(xiàng)目管理員了解某個(gè)業(yè)務(wù)后臺(tái)數(shù)據(jù)表的基本邏輯之后，接下去的工作就是創(chuàng)建視圖。這里需要注意，說(shuō)到視圖，很多人會(huì)想到在數(shù)據(jù)庫(kù)中進(jìn)行創(chuàng)建。不過(guò)筆者這里談的創(chuàng)建視圖，并不是在后臺(tái)數(shù)據(jù)庫(kù)中直接創(chuàng)建。而是在前臺(tái)，通過(guò)BI的界面來(lái)創(chuàng)建視圖。不過(guò)無(wú)論是哪邊創(chuàng)建，都必須知道后臺(tái)數(shù)據(jù)表所對(duì)應(yīng)的關(guān)系?？梢?jiàn)，作為一個(gè)BI顧問(wèn)，要了解的內(nèi)容比較多。出了實(shí)際的業(yè)務(wù)之外，還必須了解數(shù)據(jù)庫(kù)表的相關(guān)內(nèi)容，如主鍵、外鍵等等。

在SAP系統(tǒng)中，創(chuàng)建視圖的代碼是SE11。通過(guò)這個(gè)代碼可以打開(kāi)視圖的創(chuàng)建窗口。在創(chuàng)建視圖時(shí)，筆者有如下幾個(gè)建議。

一是視圖的命名規(guī)則。雖然在BI系統(tǒng)中，對(duì)于用戶(hù)自己創(chuàng)建的對(duì)象沒(méi)有強(qiáng)制的命名規(guī)則。不過(guò)在業(yè)界，還是有一套約定俗成的規(guī)則。簡(jiǎn)單的說(shuō)，就是自己所創(chuàng)建的對(duì)象，最好以Z開(kāi)頭，然后后面加具有業(yè)務(wù)含義的名字。畢竟在中大型的項(xiàng)目中，往往是團(tuán)隊(duì)作業(yè)。在這種情況下，遵守游戲規(guī)則還是蠻重要的，可以提高團(tuán)隊(duì)的合作性。

二是字段的多少。從技術(shù)上來(lái)看，項(xiàng)目管理員可以將相關(guān)表格中的所有字段內(nèi)容都傳輸?shù)紹1系統(tǒng)中去。但是從性能等角度考慮，是不建議這么做的。數(shù)據(jù)量一多，特別是字符型數(shù)據(jù)一多，無(wú)論是對(duì)數(shù)據(jù)的傳輸，還是對(duì)數(shù)據(jù)的查詢(xún)，都會(huì)帶來(lái)很大的不便。為此我們?cè)谶x擇字段的時(shí)候，一定要謹(jǐn)慎。既要能夠滿(mǎn)足日后業(yè)務(wù)的需要，也不要太過(guò)于泛濫。這對(duì)項(xiàng)目顧問(wèn)有比較高的要求。如其需要了解這個(gè)業(yè)務(wù)的實(shí)質(zhì)，以判斷需要用到的字段。同時(shí)又需要跟用戶(hù)反復(fù)溝通，了解他們的需求。然后才能夠確定哪些字段是需要的，哪些是不必要的。筆者的建議是，對(duì)于數(shù)值型的字段，可以大量的遷移到BI系統(tǒng)中去。而對(duì)于字符型或者文本型數(shù)據(jù)類(lèi)型，則要謹(jǐn)慎。要少而精。

三是視圖創(chuàng)建后的檢查。在實(shí)際項(xiàng)目中，項(xiàng)目管理員可能要?jiǎng)?chuàng)建多張視圖。而且，一般BI服務(wù)器和ERP服務(wù)器不是在同一臺(tái)上。如果每建一張視圖后，就去創(chuàng)建數(shù)據(jù)源、就將數(shù)據(jù)源復(fù)制到BI中去，顯然工作量比較大，而且操作起來(lái)也比較麻煩。在實(shí)際工作中，一般是一次性建好多張視圖，然后再批量建立數(shù)據(jù)源，再將數(shù)據(jù)源復(fù)制到B1中去。為了確保后續(xù)工作的順利，項(xiàng)目顧問(wèn)在每建立一張視圖，都需要驗(yàn)證視圖內(nèi)容的準(zhǔn)確性。在SAP系統(tǒng)中，可以使用SE11事務(wù)代碼來(lái)查詢(xún)視圖的結(jié)構(gòu)。還可以查詢(xún)視圖中包含的記錄信息。通過(guò)這些內(nèi)容，可以判斷所創(chuàng)建的視圖是否是自己所需要的。