數(shù)據倉庫模型的設計-文庫吧資料
2025-07-06 01:57本頁面
【正文】 措施大都屬于不規(guī)范處理。如何避免大表掃描:通過使用大量的索引，可以避免對大量數(shù)據進行掃描。但隨著數(shù)據倉庫系統(tǒng)的運行，不斷有新的數(shù)據加入，數(shù)據庫管理員的工作將大大增加。這樣也增加了數(shù)據冗余，而且如果某項問題不在預建的累計項內，需臨時調整。當數(shù)據規(guī)模小時，也可以采用星型模式，這樣能提高系統(tǒng)速度，但增加了數(shù)據冗余量。根據數(shù)據倉庫的測試標準TPCD規(guī)范，在數(shù)據倉庫系統(tǒng)中，對數(shù)據庫引擎最大的挑戰(zhàn)主要是這樣幾種操作:多表連接、表的累計、數(shù)據排序、大量數(shù)據的掃描。4. 3第三范式和星型模式在數(shù)據倉庫中的應用大多數(shù)人在設計中央數(shù)據倉庫的邏輯模型時，都按照第三范式來設計。雪花模式中同一維度中的不同層次位于不同的層次表中，最低層次表與事實表關連，各個層次再分別和比自己高一級的層次表關連。與星型模式類似還有一種業(yè)界提的比較多的設計方式是雪花模式，它也是一種在關系數(shù)據庫中實現(xiàn)多維數(shù)據關系的方式，與星型模式相區(qū)別的是它的維表結構與星型模式不同。事實表的非主屬性稱為事實(Fact)，它們一般都是數(shù)值或其他可以進行計算的數(shù)據。星型模式是一種多維的數(shù)據關系，它由一個事實表(Fact Table)和一組維表(Dimension Table)組成。如果滿足前面兩個條件，則稱為第二范式，依此類推。我們可以看到，第三范式的定義基本上是圍繞主鍵與非主屬性之間的關系而作出的。，而非主鍵的一部分。在數(shù)據倉庫的模型設計中目前一般采用第三范式，它有非常嚴格的數(shù)學定義。用關系型數(shù)據庫來實現(xiàn)數(shù)據倉庫信息模型時，目前較常用的兩種建模方法是所謂的第三范式(3NF,即Third Normal Form)和星型模式StarSchem司，我們將重點討論兩種方法的特點和它們在數(shù)據倉庫系統(tǒng)中的適用場合。數(shù)據倉庫的每個主題都是由多個表來實現(xiàn)的，這些表之間依靠主題的公共碼鍵聯(lián)系在一起，形成一個完整的主題。數(shù)據分析處理的要求是選擇數(shù)據分割標準的一個主要依據，因為數(shù)據分割是跟數(shù)據分析處理的對象緊密聯(lián)系的。在這一步里，要選擇適當?shù)臄?shù)據分割的標準，一般要考慮以下幾方面因素:數(shù)據量〔而非記錄行數(shù))、數(shù)據分析處理的實際情況、簡單易行以及粒度劃分策略等。數(shù)據倉庫邏輯設計中要解決的一個重要問題是決定數(shù)據倉庫的粒度劃分層次，粒度層次劃分適當與否直接影響到數(shù)據倉庫中的數(shù)據量和所適合的查詢類型。如果所選擇的主題域很大并且很復雜，我們甚至可以針對它的一個有意義的子集來進行開發(fā)。選擇第一個主題域所要考慮的是它要足夠大，以便使得該主題域能建設成為一個可應用的系統(tǒng)。
規(guī)章制度相關推薦
鄂ICP備17016276號-1