數(shù)據(jù)倉庫模型的設(shè)計(存儲版)
【正文】 相關(guān)的基準(zhǔn)測試結(jié)果外，最好是能根據(jù)自己的實際情況設(shè)計測試方案，從幾個數(shù)據(jù)庫系統(tǒng)中選擇最適合自己企業(yè)決策要求的一種。這種多維模型能迅速給出基于各個維的報表，這些維必須事先確定。而不適合于動態(tài)查詢多、系統(tǒng)可擴展能力要求高或者數(shù)據(jù)量很大的場合。這一步所做的工作是確定數(shù)據(jù)的存儲結(jié)構(gòu)，確定索引策略，確定數(shù)據(jù)存放位置，確定存儲分配。我們說過，同一個主題的數(shù)據(jù)并不要求存放在相同的介質(zhì)上。許多數(shù)據(jù)庫管理系統(tǒng)提供了一些存儲分配的參數(shù)供設(shè)計者進(jìn)行物理優(yōu)化處理，如:塊的尺寸、緩沖區(qū)的大小和個數(shù)等等，它們都要在物理設(shè)計時確定。對常用的、不常修改的表或?qū)傩允欠袢哂啻鎯?。由于?shù)據(jù)倉庫的數(shù)據(jù)都是不常更新的，因而可以設(shè)計多種多樣的索引結(jié)構(gòu)來提高數(shù)據(jù)存取效率。對于中央數(shù)據(jù)倉庫，考慮到系統(tǒng)的可擴展能力、投資成本和易于管理等多種因素，最好采用第三范式。星型模式另一個顯著的缺點是數(shù)據(jù)的冗余量很大。那么，在中央數(shù)據(jù)倉庫中是否可以采用星型模式來進(jìn)行模型設(shè)計呢?我們知道，星型模式中有一個事實表和一組維表，我們可以把事實看成是各個維交叉點上的值。這時就有必要把幾個表合并，盡量減少表的連接操作。但隨著數(shù)據(jù)倉庫系統(tǒng)的運行，不斷有新的數(shù)據(jù)加入，數(shù)據(jù)庫管理員的工作將大大增加。4. 3第三范式和星型模式在數(shù)據(jù)倉庫中的應(yīng)用大多數(shù)人在設(shè)計中央數(shù)據(jù)倉庫的邏輯模型時，都按照第三范式來設(shè)計。星型模式是一種多維的數(shù)據(jù)關(guān)系，它由一個事實表(Fact Table)和一組維表(Dimension Table)組成。在數(shù)據(jù)倉庫的模型設(shè)計中目前一般采用第三范式，它有非常嚴(yán)格的數(shù)學(xué)定義。在這一步里，要選擇適當(dāng)?shù)臄?shù)據(jù)分割的標(biāo)準(zhǔn)，一般要考慮以下幾方面因素:數(shù)據(jù)量〔而非記錄行數(shù))、數(shù)據(jù)分析處理的實際情況、簡單易行以及粒度劃分策略等。在概念模型設(shè)計中，我們確定了幾個基本的主題域，但是，數(shù)據(jù)倉庫的設(shè)計方法是一個逐步求精的過程，在進(jìn)行設(shè)計時，一般是一次一個主題或一次若干個主題地逐步完成的。在這一步里進(jìn)行的工作主要有:. 分析主題域，確定當(dāng)前要裝載的主題。一方面，通過原有的數(shù)據(jù)庫的設(shè)計文檔以及在數(shù)據(jù)字典中的數(shù)據(jù)庫關(guān)系模式，可以對企業(yè)現(xiàn)有的數(shù)據(jù)庫中的內(nèi)容有一個完整而清晰的認(rèn)識。.邏輯模型設(shè)計。數(shù)據(jù)倉庫是面向決策分析的數(shù)據(jù)庫，我們無法在數(shù)據(jù)倉庫設(shè)計的最初就得到詳細(xì)而明確的需求，但是一些基本的方向性的需求還是擺在了設(shè)計人員的面前:. 要做的決策類型有哪些?. 決策者感興趣的是什么問題?. 這些問題需要什么樣的信息?. 要得到這些信息需要包含原
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1