BI建模原則和常見問題

建模的質量直接影響資料倉儲專案的質量，所以在建模前，要對資料倉儲的架構組成、大小以及模型功能有明確的定義。

影響bi資料倉儲

建模的因素眾多，往往會隨著專案的具體情況不同而變化。但有些原則是相通的，各種專案的實施過程都需要考慮，而一些常見的、專案人員容易不解的問題也同樣需要重視。

建模原則

1、圍繞業務情況建模：業務需求是基礎，資料倉儲的資料組織是面向主題的，而不是面向報表的，是面向業務分析的主題領域的，比如常見的銷售分析、合同尾款分析、客戶關係分析等等。

2、保證資料的一致性：要保證資料之間邏輯關係的正確性和完整性，資料倉儲要實現對資料的整合與資料的同構性，和資料的相對穩定，為實現應用而進行實時讀寫操作。

3、使用排程：資料倉儲要有能反映歷史變化與及時準確的資料處理能力，所以

bi建模增量更新時必須使用排程，即對事實資料表進行增量更新處理。在使用排程前要考慮到實際的資料量，明確資料多久更新一次。資料量大的可以每天，那麼資料可以按天抽取，或者像帆軟商業智慧型

finebi

那樣，採用定時增量更新；變化不大的可以一周或是更久。如果有緩慢變化維度情況，排程時需要考慮到維度表更新情況，在更新事實資料表之前要先更新維度表。

4、需求與現實的平衡：依據業務需求提供使用者可接受

bi方案，在進行

bi建模時需要不斷在使用者需求和資料來源事實之間進行平衡，不光是設計人員自身平衡，企業業務人員也同樣要面對這樣的現實。

常見問題

1、模型的設計如何入手？

bi建模的目的無非是為了提公升管理水平，這也是上

bi專案的核心意義所在。前期一定要了解清楚業務需求、業務範圍等內容，明確企業對商業智慧型的期望和需要分析哪些主題。協同分析客戶目前的管理水平、企業架構和運作流程，管理過程的薄弱點和關鍵點是什麼，來幫助企業人員認識自己的需求。 2

、實施忽略確認過程

很多專案人員在確認過企業需求後就覺得可以大刀闊斧地設計實施了，但在實際過程中往往遇到各種對不上的問題。究其原因在前期商討過程中總會有遺漏，一些人員對業務也並非有深刻的理解，造成後續不斷調整，專案週期拖延。所以在建模過程中，一定要不斷地確認業務分析模型，資料能否支撐。好的商業智慧型

bi專案實施，通常會充分了解資料抽取物件的業務系統，和業務人員充分溝通，與領導反覆確認，避免企業後續的重複工作，加重企業負擔。