【正文】 這種方法需要占用大量的系統(tǒng)資源，對系統(tǒng)的性能影響比較大。在元數(shù)據(jù)庫中創(chuàng)建表 Units和 UnitTypes來表示各種單位的換算關(guān)系。在本系統(tǒng)中我們利用內(nèi)鏈接的特性來檢查維表與事實(shí)表之間的引用完整性。數(shù)據(jù)凈化主要指對數(shù)據(jù)字段的有效值檢驗。首先創(chuàng)建星型模型中的事實(shí)表。 ? 指定轉(zhuǎn)換邏輯和轉(zhuǎn)換機(jī)制。 ? 從多個輸入數(shù)據(jù)源中選取數(shù)據(jù)。 ? 根據(jù)元數(shù)據(jù)信息，創(chuàng)建任務(wù)對象并加入任務(wù)集合。 ? 包（ Package）：導(dǎo)入、導(dǎo)出數(shù)據(jù)的過程定義并保存在包中。以使數(shù)據(jù)倉庫獲得新的數(shù)據(jù)提供決策分析使用。 ? 客戶程序創(chuàng)建一個 128位的 SessionID并將它與登錄帳號、口令組成 XML字符串傳遞給應(yīng)用服務(wù)器， XML Service調(diào)度對象接收到 XML字符串后解析XML字符串，創(chuàng)建登錄對象并調(diào)用登錄對象的相關(guān)方法。它通常只與源數(shù)據(jù)庫中某個表的日期型字段相對應(yīng)，所以時間維的層次不可以由維表的字段來表示。然后系統(tǒng)將根據(jù)元數(shù)據(jù)庫中的新內(nèi)容進(jìn)行數(shù)據(jù)的追加。 ? 調(diào)用 ClientTalker會話對象的 Connect方法，請求連接服務(wù)器。 ? XML 是一套定義語義標(biāo)記的規(guī)則，這些標(biāo)記將文檔分成許多部件并對這些部件加以標(biāo)識。在應(yīng)用服務(wù)器端實(shí)現(xiàn)所需服務(wù)的接口，當(dāng)通信組件接收到 XML文檔后，創(chuàng)建 XMLService組件并由 XMLService組件根據(jù) XML文檔調(diào)度服務(wù)，并將返回結(jié)果或錯誤信息封裝成 XML文檔傳遞給客戶端。由于在數(shù)據(jù)倉庫中數(shù)據(jù)的訪問量非常大，所以提高系統(tǒng)性能的首要目標(biāo)是盡量減少網(wǎng)絡(luò)上的數(shù)據(jù)傳遞。當(dāng)用戶的需求增加或發(fā)生變化時，只需要增加相應(yīng)的 COM對象或更新變化的 COM對象。在 Windows平臺上，可以使用以下一些協(xié)議： TCP/IP、 UDP、 IPX/SPX以及 NetBIOS。 DCOM的位置透明性保證了這種變化可以不必修改組件源程序。 COM+不再局限于 COM的組件技術(shù)，它更加注重于基于分布式網(wǎng)絡(luò)應(yīng)用的設(shè)計與實(shí)現(xiàn)。對于客戶程序而言，組件程序所處的位置是透明的，不必編寫任何處理遠(yuǎn)程調(diào)用的代碼。 ? 進(jìn)程透明性：在客戶 /服務(wù)器的軟件結(jié)構(gòu)中，運(yùn)行在客戶端的代碼和運(yùn)行在服務(wù)器端的代碼既可以在同一個進(jìn)程中，也可以在不同的進(jìn)程中。 ? COM服務(wù)器：它是一個模塊，可以是 EXE、 DLL或是 OCX，它們包含 COM對象的實(shí)現(xiàn)代碼。連接建立后，兩個模塊可以通過一種稱之為“接口”的結(jié)構(gòu)進(jìn)行通信。 ? 分類過程：對已有分布式對象的功能、使用方法、適用范圍、接口等進(jìn)行說明性的描述，以便日后可以高效準(zhǔn)確地檢索。它將對象技術(shù)應(yīng)用于系統(tǒng)設(shè)計，對向?qū)ο蟪绦蛟O(shè)計的實(shí)現(xiàn)過程作了進(jìn)一步抽象。因此分布式對象一旦發(fā)布，它只能通過預(yù)定義的接口來提供合理的、一致的服務(wù)。將面向?qū)ο蟮乃枷霊?yīng)用到分布式環(huán)境中，提出了分布式對象的概念。 ? 分布式計算系統(tǒng)又稱為中間件。 ? 數(shù)據(jù)集成部件：該部件根據(jù)定義部件的規(guī)則、統(tǒng)一各源數(shù)據(jù)的編碼規(guī)則，并凈化數(shù)據(jù)，根據(jù)元數(shù)據(jù)中定義的數(shù)據(jù)組織形式對數(shù)據(jù)進(jìn)行匯總、聚合計算。 ? 數(shù)據(jù)倉庫管理部件：它主要用于維護(hù)數(shù)據(jù)倉庫中的數(shù)據(jù)，備份、恢復(fù)數(shù)據(jù)以及管理數(shù)據(jù)的安全權(quán)限問題。從層次上看，它處于系統(tǒng)的中間層；從功能上看，向下它可以傳遞和處理上層用戶的各種請求，向上它可以屏蔽下層的實(shí)現(xiàn)細(xì)節(jié)，提供各種服務(wù)。 7 分布式對象的代表性觀點(diǎn) ? 組件對象是軟件的基本量子。這種接口定義的穩(wěn)定性使客戶應(yīng)用開發(fā)人員能夠構(gòu)造出穩(wěn)定的應(yīng)用。 ? 分布式對象設(shè)計方法強(qiáng)調(diào)真正的軟件重用和高度的可操作性。 ? 檢索過程：利用標(biāo)準(zhǔn)的方法根據(jù)指定的屬性找到所需的分布式對象。接口是一組邏輯上相關(guān)的函數(shù)集合，其函數(shù)也被稱為接口成員函數(shù)。一個 COM服務(wù)器由一個或多個 COM對象組成，對象在服務(wù)器內(nèi)部實(shí)現(xiàn)。 COM所提供的服務(wù)組件對象在實(shí)現(xiàn)時有兩種進(jìn)程模型：進(jìn)程內(nèi)對象和進(jìn)程外對象。 ? DCOM在 COM基礎(chǔ)上增加的主要特征 ? 創(chuàng)建遠(yuǎn)程對象的能力：客戶只需調(diào)用 CoCreateInstance透明地創(chuàng)建組件，而不關(guān)心組件的位置。 COM+繼承了 COM幾乎全部的優(yōu)勢，同時又避免了 COM實(shí)現(xiàn)方面的一些不足。 ? 可配置性：安裝和管理是分布式軟件系統(tǒng)的兩個重要環(huán)節(jié)。 ? 平臺獨(dú)立性： COM/DCOM/COM+把平臺二進(jìn)制標(biāo)準(zhǔn)和平臺無關(guān)的標(biāo)準(zhǔn)隔離開來，并且，由于 DCOM建立在 DCE RPC的基礎(chǔ)上，所以 DCOM能很好地適應(yīng)不同的系統(tǒng)平臺，目前已經(jīng)實(shí)現(xiàn)了 DCOM的操作系統(tǒng)有： Windows、 Apple Macintosh以及Unix的一些版本。 20 使用 COM技術(shù)實(shí)現(xiàn)數(shù)據(jù)倉庫的組件 ? 通過將用戶業(yè)務(wù)邏輯以 DCOM對象的形式集中到中間層，系統(tǒng)就獲得了對業(yè)務(wù)邏輯的獨(dú)立性?？梢詫?shù)據(jù)處理的各個組件以 DCOM對象的形式存放在應(yīng)用服務(wù)器上，所以，盡管可能存在著與應(yīng)用服務(wù)器的多個甚至數(shù)百個的連接，但應(yīng)用服務(wù)器與數(shù)據(jù)庫服務(wù)器之間的連接卻只有少數(shù)幾個，從而達(dá)到減少網(wǎng)絡(luò)上的數(shù)據(jù)傳送量。 ? 將數(shù)據(jù)倉庫系統(tǒng)劃分為若干個獨(dú)立的分布式對象，每個對象都可以獨(dú)立地完成一項工作如數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)集成等。它也是元標(biāo)記語言，即定義了用于定義其他與特定領(lǐng)域有關(guān)的、語義的、結(jié)構(gòu)化的標(biāo)記語言的句法語言。 ? ServerDispatcher偵聽對象接收到客戶端的連接請求后，創(chuàng)建ServerTalker對象并將它與 ClientTalker會話對象連接。 30 元數(shù)據(jù)模型 ? 關(guān)于源數(shù)據(jù)的元數(shù)據(jù)：它是現(xiàn)有的操作型業(yè)務(wù)系統(tǒng)的數(shù)據(jù)源的描述信息，是對不同平臺上的數(shù)據(jù)源的物理結(jié)構(gòu)和含義的描述。時間維的層次由高到低分別為 Year、 Quarter、 Month、 Day、 Hour、Minute、 Second，用戶可以任意選擇幾種構(gòu)成時間維的層次。 ? 登錄對象通過數(shù)據(jù)庫中的用戶及口令確定用戶的合法身份，并保存SessionID，返回登錄成功的信息。 34 轉(zhuǎn)換器的設(shè)計與實(shí)現(xiàn) ? 數(shù)據(jù)準(zhǔn)備區(qū)的使用：首先從源數(shù)據(jù)中提取數(shù)據(jù)，轉(zhuǎn)換成數(shù)據(jù)倉庫所要求的格式后存儲在數(shù)據(jù)倉庫的一個稱為數(shù)據(jù)準(zhǔn)備區(qū)的緩沖區(qū)中。 37 轉(zhuǎn)換器的實(shí)現(xiàn)－ 轉(zhuǎn)換器的流程圖 創(chuàng)建數(shù)據(jù)準(zhǔn)備區(qū) N 開始 讀元數(shù)據(jù) 檢查數(shù)據(jù)準(zhǔn)備區(qū) ? 執(zhí)行 DTS包 更改元數(shù)據(jù)（時間，數(shù)據(jù)狀態(tài)） 結(jié)束 成功 連接元數(shù)據(jù)庫 創(chuàng)建 DTS包 Y 38 選擇源數(shù)據(jù)的窗體 39 數(shù)據(jù)轉(zhuǎn)換 ? 在窗體上方的下拉列表中選擇了數(shù)據(jù)源類型后，針對不同的數(shù)據(jù)源類型在窗體中會顯示不同的界面，讓用戶輸入連接各種數(shù)據(jù)源的連接字符串信息（用戶名、密碼、數(shù)據(jù)庫等）。 ? 創(chuàng)建步驟對象，并將任務(wù)對象加入步驟對象。 ? 多個輸入文件重新排序。 ? 理解并解開建立在舊的傳統(tǒng)程序邏輯中的數(shù)據(jù)之間的關(guān)系。 ? 在樹型結(jié)構(gòu)中列出當(dāng)前元數(shù)據(jù)庫中描述的源數(shù)據(jù)庫以及庫中的表對象，用戶可以選擇其中一個表作為事實(shí)表；同時窗體的右邊以列表形式顯示了所選擇表的字段信息。有效值的檢驗通常包括：范圍檢驗、枚舉字段取值和相關(guān)檢驗。但在實(shí)際情況中，事實(shí)表的某些字段經(jīng)常為 Null值，為了解決使用內(nèi)鏈接查詢數(shù)據(jù)時引起的數(shù)據(jù)不一致問題，我們在每個維表增加一個空記錄，并將事實(shí)表中