二、創建視圖

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

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

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

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

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