數(shù)據(jù)倉庫的數(shù)據(jù)存儲(chǔ)和實(shí)現(xiàn)-文庫吧資料
2025-07-01 07:21本頁面
【正文】 庫的性能就比較差，在以后可能需要重新設(shè)計(jì)。查詢語句分析比較小的維度表中的數(shù)據(jù)來獲取維度關(guān)鍵字以便在中心的事實(shí)表中索引，可以降低掃描的數(shù)據(jù)行。維度表不包含與事實(shí)表同樣多的數(shù)據(jù)，維度數(shù)據(jù)可以改變，例如客戶的地址或者電話號(hào)碼改變了。維度表包含了用于參考存儲(chǔ)在事實(shí)表中數(shù)據(jù)的數(shù)據(jù)，例如產(chǎn)品描述、客戶姓名和地址、供應(yīng)商信息等。事實(shí)表還包含了任何數(shù)據(jù)合計(jì)，例如每一個(gè)地區(qū)每月的銷售情況。事實(shí)表包含了描述商業(yè)特定事件的數(shù)據(jù)。維度關(guān)鍵字就像主鍵一樣，把一個(gè)維度表與事實(shí)表中的一行鏈接起來。為了支持這種分層結(jié)構(gòu)，在維度表中需要包括每一個(gè)成員與更高層次上緯度的關(guān)系。例如，地理位置維度可以包含國家、城市等數(shù)據(jù)。維度是組織數(shù)據(jù)倉庫數(shù)據(jù)的分類信息，例如時(shí)間、地理位置、組織等等。星型模式是一種關(guān)系型數(shù)據(jù)庫結(jié)構(gòu)，在該模式的中間是事實(shí)表，周圍是次要的表，數(shù)據(jù)在事實(shí)表中維護(hù)，維度數(shù)據(jù)在維度表中維護(hù)。星型模式通過使用一個(gè)包含主題的事實(shí)表和多個(gè)包含事實(shí)的非正規(guī)化描述的維度表來執(zhí)行典型的決策支持查詢。數(shù)據(jù)倉庫常常使用星型模式和雪花型模式來存儲(chǔ)數(shù)據(jù)，作為OLAP工具管理的合計(jì)基礎(chǔ)，以便盡可能快地響應(yīng)復(fù)雜查詢。這一步通常由有經(jīng)驗(yàn)的數(shù)據(jù)庫設(shè)計(jì)人員使用，因?yàn)檫@一步涉及的數(shù)據(jù)來自多種數(shù)據(jù)源并且要把它們合并成一個(gè)單獨(dú)的邏輯模型。確定技術(shù)要求包括下列內(nèi)容：硬件體系結(jié)構(gòu)和框架（例如，鏈接到數(shù)據(jù)市場所在的地理位置）、備份和恢復(fù)機(jī)制、安全性限制、從經(jīng)營系統(tǒng)到數(shù)據(jù)倉庫加載數(shù)據(jù)和轉(zhuǎn)換數(shù)據(jù)的方法。收集用戶需求主要是調(diào)查用戶建立數(shù)據(jù)倉庫的意圖。這種方案和實(shí)現(xiàn)規(guī)劃包括：建立商業(yè)案例、收集用戶需求、確定技術(shù)需求。無論數(shù)據(jù)倉庫的更新是采用事件驅(qū)動(dòng)還是時(shí)間驅(qū)動(dòng)，都必須讓數(shù)據(jù)倉庫知道當(dāng)某種事件發(fā)生時(shí)就需要更新數(shù)據(jù)。這涉及到應(yīng)該合并轉(zhuǎn)化多少數(shù)據(jù)；是綜合所有的數(shù)據(jù)文件還是綜合發(fā)生變化的操作系統(tǒng)文件；轉(zhuǎn)化/綜合過程應(yīng)該多長時(shí)間執(zhí)行一次等問題。一般地，設(shè)計(jì)數(shù)據(jù)倉庫最重要的一步便是要理解商業(yè)動(dòng)作的規(guī)律，只有了解數(shù)據(jù)是如何被處理的，才能分解商業(yè)處理過程，從中獲取數(shù)據(jù)元素。數(shù)據(jù)倉庫的數(shù)據(jù)模型一般包括：企業(yè)的各個(gè)主題域、主題域之間的聯(lián)系、描述主題的碼和屬性組。通過數(shù)據(jù)
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號(hào)-1