二、創(chuàng)建視圖

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

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

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

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

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