數(shù)據(jù)倉庫與商務(wù)智能第4章-wenkub
2023-02-11 23:15:58 本頁面
【正文】 方式顯示數(shù)據(jù)，幫助了解數(shù)據(jù)的結(jié)構(gòu)、關(guān)系以及動態(tài)性。 ? 數(shù)據(jù)倉庫管理系統(tǒng)： ? 元數(shù)據(jù)庫及元數(shù)據(jù)管理部件：元數(shù)據(jù)庫用來存儲由定義部件生成的關(guān)于源數(shù)據(jù)、目標數(shù)據(jù)、提取規(guī)則、轉(zhuǎn)換規(guī)則以及源數(shù)據(jù)與數(shù)據(jù)倉庫之間的映射信息等。 ? 數(shù)據(jù)轉(zhuǎn)換部件：該部件把數(shù)據(jù)從源數(shù)據(jù)中提取出來，依定義部件的規(guī)則將不同數(shù)據(jù)格式的源數(shù)據(jù)轉(zhuǎn)換成數(shù)據(jù)倉庫的數(shù)據(jù)格式并裝載進數(shù)據(jù)倉庫。 ? OLAP工具：通過對信息的多種可能的觀察形式進行快速、一致和交互性的存取，便于用戶對數(shù)據(jù)進行深入的分析和觀察。 5 分布式對象技術(shù) ? 隨著 Inter的廣泛應用，將應用擴展到局域網(wǎng)、廣域網(wǎng)甚至 Inter上已成為用戶的普遍需求，分布式計算成了新的熱點。 6 分布式對象概述 ? 程序設(shè)計方法經(jīng)歷了多次變革：從最初的功能分解法，到結(jié)構(gòu)化程序設(shè)計方法，再到至今仍在廣泛使用的面向?qū)ο蟪绦蛟O(shè)計方法。 ? 隨著應用系統(tǒng)對可擴展性和可重用性的要求不斷提高，面向?qū)ο蟮姆治?、設(shè)計和編程技術(shù)得到了廣泛的應用。分布式對象則是分布式環(huán)境中的組件對象，它封裝了設(shè)計決策，并作為一個獨立的單元處于分布式環(huán)境中。對象與對象之間，對象與客戶之間同時通過接口進行交互。除此之外，分布式對象還提供了對象位置的透明性，也就是說一臺機器上的應用可以透明地訪問其他機器上的分布式對象。 9 基于分布式對象的程序設(shè)計方法 ? 基于分布式對象的程序設(shè)計方法繼承并發(fā)展了面向?qū)ο蟪绦蛟O(shè)計方法。 ? 分布式對象的裝配使得軟件產(chǎn)品有可能用類似于“搭積木”的方法快速地建立起來，不僅可以縮短軟件產(chǎn)品的開發(fā)周期，同時也提高了系統(tǒng)的穩(wěn)定性和可靠性。 ? 驗證過程：判定可重用分布式對象所聲明的功能特性和性能特性。 ? 組合過程：將已定制好的分布式對象集成在一起形成應用系統(tǒng)。 ? COM的實質(zhì)是這樣一種協(xié)議，它負責將一個軟件模塊同另一個連接起來，而不再參與其余的事務(wù)。 13 COM應用的組成部分 ? COM接口：通過接口的一個對象暴露它能提供給 COM客戶的服務(wù)。接口是 COM對象提供服務(wù)的基本單元，因此一個 COM對象可以同時提供數(shù)個不同的接口，并且在不同的接口中提供不同的函數(shù)。一個 COM服務(wù)器就是一個向客戶應用或庫提供服務(wù)的應用或庫（如 DLL）。 ? 語言無關(guān)性： COM不依賴于特定的語言，只要能夠生成符合 COM規(guī)范的可執(zhí)行代碼即可，該特性性為跨語言合作開發(fā)提供了統(tǒng)一標準。進程內(nèi)服務(wù)程序被加載到客戶的進程空間，在 Windows環(huán)境下通常以動態(tài)鏈接庫（ DLL）的形式實現(xiàn)；本地服務(wù)程序是一個獨立的應用程序，它與客戶程序運行在同一臺機器上，通常它是一個 EXE文件；遠程服務(wù)程序運行在與客戶不同的機器上，它既可以是一個 DLL，也可以是一個 EXE文件。 15 DCOM ? DCOM（ Distribute Component Object Model,分布式組件對象模型）： 是 COM的擴展，它可以支持不同計算機上組件對象與客戶程序之間或者組件對象之間的通信，這些計算機可以在局域網(wǎng)內(nèi)，也可以在廣域網(wǎng)上，甚至通過 Inter進行連接。當客戶和遠程對象進行數(shù)據(jù)傳送時，在客戶端需對參數(shù)進行列集，位于客戶端的代理對象完成這一任務(wù)，進行跨網(wǎng)絡(luò)的數(shù)據(jù)傳送。 ? COM+倡導了一種新概念，把組件軟件模型建立在應用層上，把所有組件的底層細節(jié)留給操作系統(tǒng)。但是隨著 Windows NT與 DCOM的發(fā)布， COM通過底層的遠程支持組件技術(shù)延伸到了分布式應用領(lǐng)域，充分體現(xiàn)了 COM的擴展能力以及結(jié)構(gòu)模型的優(yōu)勢。使用 COM/DCOM/COM+建立起來的應用系統(tǒng)能很好地適應這種規(guī)模的變化，當用戶數(shù)比較少、數(shù)據(jù)量不大時，系統(tǒng)顯得小巧而快速；當應用規(guī)模增大時，系統(tǒng)也能夠正常運行并且在保證性能的情況下不影響可靠性。微軟為 DCOM提供了一個圖形界面的配置工具程序（ ），可使客戶程序和組件程序在不改變代碼的情況下適應不同的網(wǎng)絡(luò)環(huán)境。 ? 協(xié)議無關(guān)性：在基于 COM/DCOM/COM+的分布式應用系統(tǒng)中，并不要求專門的網(wǎng)絡(luò)協(xié)議，所以這種分布式應用系統(tǒng)對網(wǎng)絡(luò)有很強的適應能力。主要特點是，包含大量面向整個企業(yè)的綜合信息及導出信息，所以系統(tǒng)本身處在一個分布式環(huán)境中，且必須具有極好的擴展性和靈活性。將數(shù)據(jù)倉庫系統(tǒng)從功能上分為若干個獨立的對象，并使用 COM技術(shù)實現(xiàn)，可以最大限度地重用這些對象。 ? 倉庫是一個大規(guī)模的工程項目，它開發(fā)周期長，而數(shù)據(jù)倉庫的需求又是動態(tài)的，不確定的。 21 使用 COM技術(shù)實現(xiàn)數(shù)據(jù)倉庫的組件 ? 數(shù)據(jù)倉庫的數(shù)據(jù)是從企業(yè)內(nèi)部的各個操作型環(huán)境中提取出來的，所以數(shù)據(jù)倉庫系統(tǒng)本身就處在一個分布式環(huán)境中。如果在客戶機上完成這些處理工作，不僅要求客戶機必須具有足夠強大的配置，而且對網(wǎng)絡(luò)負載能力也是一個考驗。 22 數(shù)據(jù)倉庫體系結(jié)構(gòu)的設(shè)計與實現(xiàn) ? 設(shè)計思想： ? 客戶端通過提交描述要調(diào)用的方法和要傳遞的參數(shù)的 XML文檔進行調(diào)用。對象與對象之間通過 XML文檔進行通信。 23 數(shù)據(jù)倉庫系統(tǒng)體系結(jié)構(gòu)的設(shè)計 ? 客戶端： ? 可視化的用戶界面 ? 客戶端通信組件 ? 應用服務(wù)器端： ? 服務(wù)器端通信組件 ? XMLService調(diào)度組件 ? 安全組件 ? 元數(shù)據(jù)管理器 ? 轉(zhuǎn)換器 ? 集成器 ? 數(shù)據(jù)庫服務(wù)器端 ? 源數(shù)據(jù) ? 元數(shù)據(jù)庫 ? 數(shù)據(jù)準備區(qū) ? 數(shù)據(jù)倉庫 24 數(shù)據(jù)倉庫系統(tǒng)中的通信－ XML概述 ? XML（ eXtensible Markup Language，可擴展的標記語言）是國際組織 W3C制定的在 Web上對有格式的數(shù)據(jù)進行描述、傳輸、操作的通用語言。 25 基于 XML的通信運行機制 ? 應用服務(wù)器端通信組件接收到客戶端傳遞來的 XML字符串，創(chuàng)建XMLService對象。 ? 啟動客戶端應用程序，創(chuàng)建 ClientTalker會話對象。 ? 調(diào)用 ServerTalker的 Accept方法，然后等待客戶端發(fā)送 XML消息；在收到客戶端發(fā)送的 XML消息后，加載 XMLService對象處理 XML消息，然后將處理結(jié)果發(fā)回客戶端；如果過程中有錯誤發(fā)生，錯誤信息將被記錄到日志文件中，同時，會話被認為結(jié)束；如果在上一次數(shù)據(jù)通信后，在指定時間范圍里沒有通信發(fā)生，系統(tǒng)認為超時，會話也將結(jié)束。例如，用戶想在多維模型中加入一維或者在某一維中加入維元素，不僅可以通過圖形化界面工具完成而且可以在用戶自已編寫的應用程序中調(diào)用應用程序接口函數(shù)，修改后的結(jié)果將記入元數(shù)據(jù)庫中。 ? 關(guān)于數(shù)據(jù)倉庫多維模型的元數(shù)據(jù) ? 標準維：由一張維表構(gòu)成，標準的星型模型采用這種維和事實表構(gòu)成的。 ? 時間維：用來描述事實數(shù)據(jù)的時間屬性。當數(shù)據(jù)源中的一個數(shù)據(jù)項與數(shù)據(jù)倉庫建立了映射關(guān)系，就應該記下這些數(shù)據(jù)項發(fā)生的任何變換或變動，即用元數(shù)據(jù)反映數(shù)據(jù)倉庫中的數(shù)據(jù)項是從哪個特定的數(shù)據(jù)源填充的，經(jīng)過哪些轉(zhuǎn)換、集成過程。 32 基于 COM的元數(shù)據(jù)管理器MetaManager的運行機制 ? 用戶程序首先啟動客戶程序，客戶程序連接應用服務(wù)器。 ? 應用服務(wù)器收到客戶的請求數(shù)據(jù)包后將其解析，獲得 SessoinID
物理相關(guān)推薦
鄂ICP備17016276號-1