dss-6-基于決策支持系統(tǒng)的數(shù)據(jù)倉庫-資料下載頁
2025-05-21 17:01本頁面
【導(dǎo)讀】是面向主題的,集成的,不同時間的數(shù)據(jù)集合,用于支持經(jīng)營管理中的決策制定過程?？紤]下面對信息的需求，這種需求在銀。例如，試圖發(fā)現(xiàn)一個帳號存。在哪些相關(guān)數(shù)據(jù)是相當困難的。公共信息幾乎不可能。們進行解釋并不比任何其他人更容易。據(jù)，某些應(yīng)用程序有60天的數(shù)據(jù)等。在自然演化體系結(jié)構(gòu)中建立起來的系統(tǒng)。需要的時間期限上存在差異。原始數(shù)據(jù)由以重復(fù)方式運行的過程操作，操作型數(shù)據(jù)是原始的，DSS數(shù)。·詳細的·綜合的，或提煉的。·在存取瞬間是準確的·代表過去的數(shù)據(jù)。·為日常工作服務(wù)·為管理者服務(wù)。·生命周期符合SDLC·完全不同的生命周期。·對性能要求高·對性能要求寬松。·事務(wù)處理驅(qū)動·分析處理驅(qū)動。·更新控制主要涉及所有權(quán)·無更新控制問題。·一次處理數(shù)據(jù)量小·一次處理數(shù)據(jù)量大。·訪問的高可能性訪問的低可能性或適度可。部門層典型數(shù)據(jù)是月度顧客文件。
【正文】 據(jù)抽取需要實現(xiàn)技術(shù)上的變化 。 一般包括 ， 從操作型系統(tǒng)獲取數(shù)據(jù)的數(shù)據(jù)庫管理系統(tǒng) （ DBMS） 技術(shù) ， 以及將數(shù)據(jù)寫入更新的數(shù)據(jù)倉庫的 DBMS技術(shù) 。 在數(shù)據(jù)傳遞過程中需要實現(xiàn)技術(shù)的轉(zhuǎn)移 。 ?從操作型環(huán)境中選擇數(shù)據(jù)是非常復(fù)雜的 。為了判定一個記錄是否可進行 抽取 處理 ，往往需要完成對多個文件中其他記錄的多種 協(xié)調(diào)查詢 ， 需要進行鍵碼讀取 ， 連接邏輯等 。 ? 操作型環(huán)境中的輸入鍵碼在輸出到數(shù)據(jù)倉庫之前往往需要 重新建立 。 在操作型環(huán)境中讀出和寫人數(shù)據(jù)倉庫系統(tǒng)時 ， 輸入鍵碼很少能夠保持不變 。 在簡單情況下 ， 在輸出鍵碼結(jié)構(gòu)中加入時間成分 。 在復(fù)雜情況下 ， 整個輸入鍵碼必須被重新散列或者重新構(gòu)造 。 ? 數(shù)據(jù)被重新格式化 。 舉一個簡單例子：有關(guān)日期的輸人數(shù)據(jù)格式是 YY/MM/DD， 當它被寫入輸出文件時 ， 需要轉(zhuǎn)化為 DD/MM/YY的格式 。（ 操作型數(shù)據(jù)進入數(shù)據(jù)倉庫之前的格式轉(zhuǎn)換往往比這要復(fù)雜得多 。 ） ? 當存在多個 輸入文件 時 ， 進行 文件合并 之前要首先進行鍵碼解析 。 這意味著如果不同的輸入文件使用不同的鍵碼結(jié)構(gòu) 。 那么 ， 完成文件合并的程序必須提供鍵碼解析功能 。 ? 當存在多個輸入文件時 ， 這些文件的順序可能不相同甚至互不相容 。 在這種情況下這些 輸入文件需要進行重新排序 。 當有許多記錄需要進行重新排序時可能有些困難 ， 但可惜的是 ，通常都是這種情況 。 ?可能會產(chǎn)生多個輸出結(jié)果 。 同一個數(shù)據(jù)倉庫的創(chuàng)建程序會產(chǎn)生不同概括層次之上的結(jié)果 。 ?有時候 ， 數(shù)據(jù)倉庫的一個輸出值沒有對應(yīng)的輸入源 。 這時 ， 必須提供缺省值 。 ?對抽取選擇輸入的數(shù)據(jù)，其效率通常是一個問題。我們考慮一個情況，在刷新的時候，我們沒有辦法將需要 抽取的操作型數(shù)據(jù) 和不需要抽取的操作型數(shù)據(jù)區(qū)別開來。這時， 必須讀取整個文件 。 ?經(jīng)常需要進行數(shù)據(jù)的匯總 。 多個操作型輸人記錄被連接成單個的 “ 簡要 ” 數(shù)據(jù)倉庫記錄 。 為了完成匯總 ， 那些需要匯總的詳細的輸 入 記錄必須被正確排序 。當把不同類型的記錄匯總為一個數(shù)據(jù)倉庫記錄時 ， 這些不同輸 入 記錄類型的到達次序必須進行協(xié)調(diào) ， 以便產(chǎn)生一個單一記錄 。 ?數(shù)據(jù)倉庫的輸入是以很久以前的一個應(yīng)用程序設(shè)計說明書為準的 。 然而自從組織編寫這個應(yīng)用程序以來 ， 它所依賴的業(yè)務(wù)條件可能已經(jīng)經(jīng)過了多次大的變化 。已經(jīng)針對程序代碼做過多次維護 ， 但沒有相關(guān)文檔 。 另外 ， 這個應(yīng)用可能沒有與其他應(yīng)用集成的需求 。 所有的這些脫節(jié)之處 ， 在設(shè)計和建立數(shù)據(jù)倉庫的時候必須予以考慮 。 第三節(jié) 基于 DSS的數(shù)據(jù)倉庫的業(yè)務(wù)活動類型 觸發(fā)數(shù)據(jù)倉庫記錄 引起數(shù)據(jù)倉庫的數(shù)據(jù)載入的基本的業(yè)務(wù)活動可以稱為 “ 事件加快照 ” 事務(wù) 。 在一個事件快照事務(wù)中 ， 某個事件觸發(fā)了數(shù)據(jù)的一個快照 這里事件是指引發(fā)快照的業(yè)務(wù)事件。它可以細分為兩類 : ? 活動一發(fā)生”事件 —— 指一些重要活動的發(fā)生。比如：進行一次銷售，貨物入庫，通一次電話，或者發(fā)送一次貨物。； ? “時間一發(fā)生”事件 —— 指在數(shù)據(jù)倉庫中可能觸發(fā)快照的業(yè)務(wù)事件是日常的時間推移標志。如一天的結(jié)束，一個星期的結(jié)束，或一個月的結(jié)束。 不難看到，業(yè)務(wù)活動引起的事件是隨機的。而時間推移所觸發(fā)的事件則不是隨機的。與時間有關(guān)的快照的建立是有規(guī)律的并且是可以預(yù)知的。 數(shù)據(jù)倉庫中的數(shù)據(jù)組織 ? 數(shù)據(jù)倉庫中有許多其他的數(shù)據(jù)組織形式 ，最常用的是： ? (1)簡單堆積：逐個記錄為基礎(chǔ)的數(shù)據(jù)堆積 。 ? (2)輪轉(zhuǎn)綜合：定期綜合日 ， 周 ， 月 。 ?輪轉(zhuǎn)綜合數(shù)據(jù)： ? 第 1天第 2大第 3天 ……第 7天 非常緊湊 ? 第 1周第 2周第 3周 ……第 5周 一些細節(jié)丟失 ?第 1月第 2月第 3月 ……第 12月 ? 第 1年第 2年第 3年 ……第 n年 ?提取越久的數(shù)據(jù) ， 越不詳細 (3) 簡單直接文件 ?簡單直接：是間隔一定時間的操作型數(shù)據(jù)的一個快照 。 (4) 連續(xù)文件 ? 連續(xù)：兩個或更多的簡單直接文件生成連續(xù)文件 ， 把一個快照追加到一個以前生成的連續(xù)文件 。 ? 依據(jù)兩個或更多的簡單直接文件能生成一種連續(xù)文件。如把 1月份和 2月份的兩個數(shù)據(jù)快照合并，創(chuàng)建數(shù)據(jù)的一個連續(xù)文件。連續(xù)文件中的數(shù)據(jù)代表從第一個月到最后一個月的連續(xù)數(shù)據(jù)。當然，連續(xù)文件也可以通過把一個快照追加到一個以前生成的連續(xù)文件上來創(chuàng)建， (5) 樣本數(shù)據(jù)庫 ?樣本數(shù)據(jù)庫 ?是真實檔案數(shù)據(jù)或輕度綜合數(shù)據(jù)庫的子集。樣本數(shù)據(jù)庫適用于作統(tǒng)計和觀察發(fā)展趨勢，選取 1/100或多或少 /1000的記錄。 (P180) 聯(lián)機分析處理 (P184) ?概念 : 共享多維信息的快速分析 . ? 針對特定的問題的聯(lián)機數(shù)據(jù)訪問和分析 . ?特征 : ? OLAP 的決策支持 (P193) 數(shù)據(jù)倉庫的五種決策支持 (P201) ?報表 ?隨機分析 ?預(yù)測 ?實時決策 ?事件觸發(fā)的自動決策 第四節(jié) 數(shù)據(jù)挖掘 ? P207 數(shù)據(jù)挖掘的決策支持 (P215) ?關(guān)聯(lián)分析 ?時序模式 ?聚類 ?分類 ?偏差檢測 ?預(yù)測
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1