【正文】 版本，并同時(shí)通知各個(gè)業(yè)務(wù)系統(tǒng)，同時(shí)將繼續(xù)在一定時(shí)間內(nèi)維持舊數(shù)據(jù)的版本。但是即使在穩(wěn)定的數(shù)據(jù)也有會(huì)發(fā)生變更的可能性，甚至?xí)灰髣h除。一般數(shù)據(jù)庫(kù)提供的日期運(yùn)算函數(shù)都是基于日期型的，而在數(shù)據(jù)倉(cāng)庫(kù)中采用特定類型來(lái)表示日期的話，必須有一套自己的日期運(yùn)算函數(shù)集。但是無(wú)論怎樣，對(duì)于可能有 NULL 值的字段，不要采用“直接映射”的規(guī)則類型，必須對(duì)空值進(jìn)行判斷，目前我們的建議是將它轉(zhuǎn)換成特定的 18 值。而且，經(jīng)常會(huì)有數(shù)值型值 ， 以字符串形式體現(xiàn)。 數(shù)學(xué) 運(yùn)算 數(shù)據(jù)源的一個(gè)或多個(gè)字段進(jìn)行數(shù)學(xué)運(yùn)算得到的目標(biāo)字段， 比如：合同里的支付計(jì)劃由多個(gè)時(shí)間段和支付比例組成，由此得出其總的合同支付時(shí)間和支付金額， 這種規(guī)則一般對(duì)數(shù)值型字段而言。例如：一種器材可以對(duì)應(yīng)多個(gè)領(lǐng)料單，一個(gè)領(lǐng)料單也可以對(duì)應(yīng)多種器材。例如：一個(gè)員工的基本信息由角色信息、組織信息、崗位信息等部分組成。這樣用戶在使用時(shí)，不能根據(jù)其需求動(dòng)態(tài)的調(diào)整后端的業(yè)務(wù)規(guī)則和運(yùn)行環(huán)境，不利于用戶的使用。 ODS 數(shù)據(jù)安全性控制 從上文的系統(tǒng)架構(gòu)設(shè)計(jì)可以看出， ODS 作為 數(shù)據(jù)集成中心 ，可以被 各個(gè) 系統(tǒng)通過(guò)不同的途徑讀取或者改寫，最主要三種方式是： ? 各 系統(tǒng)直接讀取 ODS 的數(shù)據(jù)結(jié)構(gòu)； ? 各 系統(tǒng)通過(guò) ETL 平臺(tái)讀取或者改寫 ODS 系統(tǒng)數(shù)據(jù)； ? 各 系統(tǒng)通過(guò) ESB 平臺(tái)發(fā)出請(qǐng)求消息，導(dǎo)致 ODS 的數(shù)據(jù)被請(qǐng)求或者改寫； 對(duì)于這樣一個(gè)龐大的系統(tǒng)的數(shù)據(jù)安全控制，我們認(rèn)為最重要的是先創(chuàng)建一份安全審計(jì)的規(guī)則表，即通常所說(shuō)的 CRUD（ C, Create； R， Read； U， Update； D, Delete）權(quán)限矩陣，下表為矩陣的模版： ODS 實(shí)體 屬性 計(jì)劃建設(shè)系統(tǒng) 物質(zhì)系統(tǒng) 財(cái)務(wù)系統(tǒng) ? 供應(yīng)商 編號(hào) R(ETL) CRU(DB) R(ESB) 名稱 R(ETL) CRU(DB) R(ESB) 上表演示了 ODS 系統(tǒng)中的關(guān)于供應(yīng)商實(shí)體數(shù)據(jù)在不同的系統(tǒng)中發(fā)起的各種操作的情況下，所能執(zhí)行的數(shù)據(jù)訪問權(quán)限。 ESB 須提供日志（ Audit）功能以備各種比對(duì)要求和延遲計(jì)算?？芍赜眯园ùa可重用性，以及在運(yùn)行時(shí)的可重用服務(wù)。下圖為 ESB的邏輯模型： 對(duì)于 ESB 的設(shè)計(jì)原則，我們主要參照以下幾點(diǎn)： ? 強(qiáng)調(diào)性能，增加系統(tǒng)并發(fā)能力，避免出現(xiàn)任何由局部的堵塞造成整個(gè) ESB 平臺(tái)堵塞的情況。 ESB 是服務(wù)基礎(chǔ)架構(gòu)的核心，它支持在異構(gòu)環(huán)境中以高度動(dòng)態(tài)的方式對(duì)服務(wù)進(jìn)行注冊(cè)、發(fā)現(xiàn)和調(diào)度。 當(dāng)數(shù)據(jù)從 MSS 子系統(tǒng)轉(zhuǎn)換到 ODS 系統(tǒng)時(shí)，數(shù)據(jù)質(zhì)量依賴于 ETL 平臺(tái)， ETL 平臺(tái)提供完整的事務(wù)、容錯(cuò)、補(bǔ)償、容錯(cuò)和日志功能用于控制數(shù)據(jù)轉(zhuǎn)換的質(zhì)量。接著需要通過(guò) ETL 工具將 各 系統(tǒng)中的業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換后裝入到 ODS 數(shù)據(jù)庫(kù)中，轉(zhuǎn)換方式大致分為四種： ? 遷移：一般性的數(shù)據(jù)拷貝方式，源和目標(biāo)的數(shù)據(jù)屬性和值完全相同。事實(shí)數(shù)據(jù)一般代表的是業(yè)務(wù)變動(dòng)記錄，在 MSS 中我們稱為業(yè)務(wù)數(shù) 據(jù)，而緯度數(shù)據(jù)則存放事實(shí)數(shù)據(jù)中業(yè)務(wù)發(fā)生的對(duì)象主體信息，緯度數(shù)據(jù)稱為 主數(shù)據(jù)。使 ODS 系統(tǒng)作為所有 應(yīng)用 系統(tǒng)交互的平臺(tái)，通過(guò) ETL 和 ESB 兩種技術(shù)對(duì)現(xiàn)有數(shù)據(jù)進(jìn)行整合： E T L 數(shù) 據(jù) 抽 取 ， 清 洗 ， 傳 送 平 臺(tái)E S B 企 事 業(yè) 服 務(wù) 總 線 平 臺(tái)E T L 任 務(wù) 包 AE T L 任 務(wù) 包 NE T L 任 務(wù) 包 CE T L 任 務(wù) 包 B人 力 資 源 審 計(jì) 管 理物 資 管 理 財(cái) 務(wù) 管 理O D S數(shù) 據(jù) 中 心 各個(gè)應(yīng)用竹編 ，如人力資源、財(cái)務(wù)管理等將通過(guò)企業(yè)服務(wù)總線平臺(tái)（ ESB）進(jìn)行交互， ESB 也作為其它可能與 應(yīng)用 系統(tǒng)交互的統(tǒng)一接口；另一方面，數(shù)據(jù)抽取傳送平臺(tái)（ ETL）負(fù)責(zé)將各個(gè)子系統(tǒng)的數(shù)據(jù)抽取出來(lái)（拆分、合并、映射）裝入到 ODS 系統(tǒng)中，那么 ODS 系統(tǒng)在具備了各個(gè)子系統(tǒng)的近實(shí)時(shí)數(shù)據(jù)之后，就可以作為獨(dú)立數(shù)據(jù)源對(duì)外提供數(shù)據(jù)服務(wù)，它可以作為數(shù)據(jù)報(bào)表和分析的數(shù)據(jù)源，也可以作為其它子系統(tǒng)相互同步的數(shù)據(jù)源。而不應(yīng)對(duì)一個(gè)正常運(yùn)行的應(yīng)用 系統(tǒng) 進(jìn)行任何的改變。 因此，在現(xiàn)有設(shè)計(jì)中，我們將配置 2 個(gè)服務(wù)器分別運(yùn)行 ETL 應(yīng)用和 ODS 數(shù)據(jù)庫(kù)，由于 ODS 數(shù)據(jù)庫(kù)即具有數(shù)據(jù)倉(cāng)庫(kù)的功能，也具有一定 OLTP 應(yīng)用的特征，對(duì)性能要求較高，因此我們建議配置 1 個(gè)6CPU 的 PC 服務(wù)器作為 ODS 數(shù)據(jù)庫(kù)服務(wù)器，另一個(gè) 4CPU 的 PC 服務(wù)器作為 ETL 服務(wù)器。它可以幫助用戶輕松應(yīng)對(duì)跨多個(gè)商業(yè)功能的操作挑戰(zhàn)，是面向主題的、集成的、近實(shí)時(shí)的數(shù)據(jù)存儲(chǔ)。 ? 數(shù)據(jù)轉(zhuǎn)換 數(shù)據(jù)轉(zhuǎn)換是指對(duì)抽取的源數(shù)據(jù)根據(jù)數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)模型的要求，進(jìn)行數(shù)據(jù)的轉(zhuǎn)換、清洗、拆分、匯 12 總等，保證來(lái)自不同系統(tǒng)、不同格式的數(shù)據(jù)和信息模型具有一致性和完整性，并按要求裝入數(shù)據(jù)倉(cāng)庫(kù)。 11 5. 數(shù)據(jù)集成 方案 ODS 系統(tǒng)設(shè)計(jì) 現(xiàn)階段 ODS 系統(tǒng)設(shè)計(jì) 抽 取 轉(zhuǎn) 換 裝 載數(shù) 據(jù) 1O D S數(shù) 據(jù) 中 心數(shù) 據(jù) 3數(shù) 據(jù) 2 如上圖所示，我們?cè)O(shè)計(jì)的 ODS 系統(tǒng)中，主要有 ETL 模塊和 ODS 模塊 2 部分組成， ODS 系統(tǒng)根據(jù)通過(guò) Trigger、應(yīng)用、批處理、 Queue 等手段從各 MSS 應(yīng)用系統(tǒng)中獲得數(shù)據(jù)，并通過(guò) ETL 應(yīng)用對(duì)數(shù)據(jù)進(jìn)行抽取、轉(zhuǎn)換、清洗、并裝載到 ODS 數(shù)據(jù)庫(kù)中。 ? 主數(shù)據(jù)管理，提供對(duì)主數(shù)據(jù)變更、維護(hù)功能。 3. 門戶或外部的系統(tǒng)，通過(guò)調(diào)用 ESB 上的服務(wù)與后臺(tái)應(yīng)用系統(tǒng)進(jìn)行交互，從而完成特定的功能。 ESB 專門用于異構(gòu)環(huán)境，既可以幫助企業(yè)遷移到 SOA，又能夠讓企業(yè)繼續(xù)利用現(xiàn)有的已部署的軟件投資。 金融領(lǐng)域 ESB 能夠在全方位支持銀企間業(yè)務(wù)處理平臺(tái)的流程整合概念，是理想的 B2B 交易支撐平臺(tái)。 ESB 的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu)，可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價(jià)的解決方案，同時(shí)它還可以消除不同應(yīng)用之間的技術(shù)差異，讓不同的應(yīng)用服務(wù)協(xié)調(diào)運(yùn)作，實(shí)現(xiàn)不同服務(wù)之間的通信與整合。 ? 關(guān)聯(lián)性 同一業(yè)務(wù)對(duì)象在不同的系統(tǒng)中將被關(guān)聯(lián)到不同的業(yè)務(wù)對(duì)象， ODS 必須建立完備的數(shù)據(jù)結(jié)構(gòu)用于存儲(chǔ)一個(gè)對(duì)象與其它對(duì)象發(fā)生的所有關(guān)聯(lián)。 目前市場(chǎng)上沒有成熟的 MDM(Master Data Management)產(chǎn)品，并且在微軟的技術(shù)路線中，數(shù)據(jù)庫(kù)元數(shù)據(jù)的概念已經(jīng)被廢除，現(xiàn)在推薦的方式 仍然是以合理的方式建立數(shù)據(jù)庫(kù)表或 者視圖的方式來(lái)滿足ODS 數(shù)據(jù)結(jié)構(gòu)的定義，最終的數(shù)據(jù)結(jié)構(gòu)是否靈活好用依賴于詳細(xì)的設(shè)計(jì)，其中需要考慮地問題包括如下幾個(gè)方面： ? 規(guī)范性 在 ODS 系統(tǒng)中，對(duì)同一個(gè)概念的對(duì)象必須按企業(yè) 領(lǐng)域的標(biāo)準(zhǔn)方式處理，比如，區(qū)別供應(yīng)商必須按 8 照他們的稅務(wù)登記號(hào)，而不是名稱。 ODS 的數(shù)據(jù)從粒度、組織方式等各個(gè)方面都保持了與業(yè)務(wù)系統(tǒng)的一致，那么原來(lái)由業(yè)務(wù)系統(tǒng)產(chǎn)生的報(bào)表、細(xì)節(jié)數(shù)據(jù)的查詢自然能夠從 ODS 中進(jìn)行，從而降低業(yè)務(wù)系統(tǒng)的查詢壓力。 一般在帶有 ODS 的系統(tǒng)體系結(jié)構(gòu)中， ODS 都設(shè)計(jì)為如下幾個(gè)作用： 1） 在業(yè)務(wù)系統(tǒng)和數(shù)據(jù)倉(cāng)庫(kù)之間形成一個(gè)隔離層。這一解決方案是在業(yè)務(wù)系統(tǒng)和 EDW 中的按主題存儲(chǔ)的歷史數(shù)據(jù)存儲(chǔ)層之間增加一個(gè)數(shù)據(jù)整合層 （ 也叫做數(shù)據(jù)緩沖層 ） 。 通用 ODS 架構(gòu)分析 ODS（ Operational Data Store）， 運(yùn)營(yíng)數(shù)據(jù)存儲(chǔ)或者操作型數(shù)據(jù)存儲(chǔ) ， 存儲(chǔ)了運(yùn)營(yíng)系統(tǒng) （ OLTP，聯(lián)機(jī)事務(wù)處理系統(tǒng) ） 近實(shí)時(shí)的詳細(xì)數(shù)據(jù)。 4. 數(shù)據(jù)集成思路 通過(guò)前面的需求分析，我們可以整理出我們的數(shù)據(jù)集成思路 ，從而 設(shè)計(jì) 合理的數(shù)據(jù)集成方案。 這種需求通過(guò)建立 企業(yè) 與 外部 之間特定的數(shù)據(jù)應(yīng)用接口，一方面，從 外部 抽取 企業(yè) 需要的特定商業(yè)指標(biāo)數(shù)據(jù)，另一方面，提供 外部 所需的 企業(yè) 指標(biāo)數(shù)據(jù)。 統(tǒng)一的數(shù)據(jù)存儲(chǔ)中心 通過(guò) 企業(yè) 規(guī)范的指標(biāo)體系，收集和整合相應(yīng)指標(biāo)數(shù)據(jù)，存儲(chǔ)到 數(shù)據(jù)集成中心 。 實(shí)現(xiàn) 數(shù)據(jù)質(zhì)量管控 數(shù)據(jù)集成中心 在數(shù)據(jù)收斂的過(guò)程中，能完成以下數(shù)據(jù)質(zhì)量管控工作： 根據(jù)規(guī)則對(duì) 數(shù)據(jù)集成中心 所存儲(chǔ)的數(shù)據(jù)進(jìn)行一致性、完整性、正確性的校驗(yàn)，形成數(shù)據(jù)校驗(yàn)結(jié)果并交付源業(yè)務(wù)系統(tǒng)進(jìn)行修正。 報(bào)表展現(xiàn)應(yīng)支持多種圖表方式，如餅圖、柱圖、線圖等；支持報(bào)表數(shù)據(jù)導(dǎo)出為其他文件類型，如EXCEL、 CSV、 XML、 PDF、 WEB 存檔文件等；支持報(bào)表精確打印控制。 數(shù)據(jù)集成中心 以實(shí)時(shí)的查詢服務(wù)或準(zhǔn)實(shí)時(shí)批量的 數(shù)據(jù)提供的方式將 數(shù)據(jù)集成中心 內(nèi)整合或計(jì)算好的數(shù)據(jù)向外 部 系統(tǒng)提供，以配合外 部 系統(tǒng)支撐統(tǒng)一用戶視圖查詢、用戶服務(wù)流程等功能。 3. 統(tǒng)一數(shù)據(jù)視圖 基于 數(shù)據(jù)集成中心 所存儲(chǔ)的數(shù)據(jù)，支撐實(shí)現(xiàn)統(tǒng)一數(shù)據(jù)視圖，使企業(yè)在用戶 、 資源等視角獲取到的信息是一致的，提升用戶、以及企業(yè)內(nèi)部的管理人員與分析人員對(duì)系統(tǒng)的感知。 系統(tǒng)需求 實(shí)現(xiàn) 數(shù)據(jù) 統(tǒng)一 數(shù)據(jù)集成中心 在對(duì)企業(yè) 數(shù)據(jù)的整合過(guò)程中能夠?qū)崿F(xiàn)以下三個(gè)統(tǒng)一： 1. 統(tǒng)一數(shù)據(jù)模型 由 數(shù)據(jù)集成中心 承載企業(yè)數(shù)據(jù)模型（ EDM），促進(jìn)企 業(yè)各域數(shù)據(jù)邏輯模型的統(tǒng)一。因此通過(guò) 數(shù)據(jù)集成， 統(tǒng)一企業(yè)運(yùn)營(yíng)報(bào)表的數(shù)據(jù)源， 形成統(tǒng)一的指標(biāo)體系，并通過(guò)統(tǒng)一的企業(yè)數(shù)據(jù)應(yīng)用門戶，實(shí)現(xiàn)企業(yè) 運(yùn)營(yíng)報(bào)表 的統(tǒng)一提供和展示，實(shí)現(xiàn)多緯度的報(bào)表需 求， 以支撐 精確化管理 需要。企業(yè)不容易獲取匯總信息。 因此 很容易產(chǎn)生下列的問題： 基礎(chǔ)數(shù)據(jù)多頭管理，系統(tǒng)間數(shù)據(jù)一致性差 對(duì)于同樣的問題，每個(gè)不同的系統(tǒng)都維護(hù)有自身的數(shù)據(jù)結(jié)構(gòu)，例如在工程管理系統(tǒng)中存在供應(yīng)商數(shù)據(jù)，而在物資系統(tǒng)中也存在供應(yīng)商數(shù)據(jù)，這兩個(gè)系統(tǒng)對(duì)同一個(gè)供應(yīng)商可能存在不同的編號(hào)、不同的命名等等。這些系統(tǒng)一般都有不同供應(yīng)商提供，他們之間的信息有重疊和不一致顯現(xiàn)存在。 企業(yè)內(nèi)部信息難以完整統(tǒng)一和共享 由于現(xiàn)在的 應(yīng)用 系統(tǒng)是由 不同的供應(yīng)商提供，基礎(chǔ)數(shù)據(jù)難以同步更新，各自產(chǎn)生的數(shù)據(jù)信息，都成了一個(gè)個(gè)的信息孤島，彼此之間的數(shù)據(jù)難以共享。 統(tǒng)一 企業(yè)運(yùn)營(yíng)報(bào)表 的 提供和展示 CRM、計(jì)費(fèi)等生產(chǎn)系統(tǒng)分別按照本系統(tǒng)的自有數(shù)據(jù)向外提供運(yùn)營(yíng)報(bào)表，不同部門對(duì)數(shù)據(jù)的時(shí)間和業(yè)務(wù)概念理解不一致，造成不同系統(tǒng)的報(bào)表有差異，同時(shí)手工進(jìn)行報(bào)表拼湊也會(huì)造成差異，于是產(chǎn)生了不同部門有差異，不同組織層級(jí)有差異，而且大量按需的對(duì)外報(bào)表提供對(duì)生產(chǎn)系統(tǒng)性能影響很大，不利于生產(chǎn)系統(tǒng)對(duì)其核心事務(wù)處理的穩(wěn)定運(yùn)行。 數(shù)據(jù)集成中心 作為 企業(yè)運(yùn)營(yíng)數(shù)據(jù)共享平臺(tái) ，收斂企業(yè)各業(yè)務(wù)系統(tǒng)中的運(yùn)營(yíng)數(shù)據(jù)，按照企業(yè)數(shù)據(jù)模型進(jìn)行數(shù)據(jù)整合，提供運(yùn)營(yíng)數(shù)據(jù)共享，支撐跨系統(tǒng)數(shù)據(jù)的應(yīng)用，提升數(shù)據(jù)質(zhì)量。 3 2. 統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn) 數(shù)據(jù)集成中心 中建立標(biāo)準(zhǔn)的數(shù)據(jù)編碼目錄，源系統(tǒng)數(shù)據(jù)依據(jù)標(biāo)準(zhǔn)的數(shù)據(jù)編碼目錄，經(jīng)過(guò)整合后進(jìn)入 數(shù)據(jù)集成中心 存儲(chǔ)，實(shí)現(xiàn)企業(yè)數(shù)據(jù)的標(biāo)準(zhǔn)化與統(tǒng)一存儲(chǔ)。 數(shù)據(jù)集成中心 可將某個(gè)生產(chǎn)系統(tǒng)的數(shù)據(jù)以準(zhǔn)實(shí)時(shí)地方式存儲(chǔ)轉(zhuǎn)發(fā)至其它對(duì)數(shù)據(jù)實(shí)時(shí)性要求不高的生產(chǎn)系統(tǒng)，以減少生產(chǎn)系統(tǒng)間的網(wǎng)狀接口。 2. 固定報(bào)表應(yīng)用 固定報(bào)表是維度和指標(biāo)固定的統(tǒng)計(jì)結(jié)果的展示，在 數(shù)據(jù)集成中心 內(nèi) 對(duì)于實(shí)時(shí)性要求高的報(bào)表采用即時(shí)生成的模式，而對(duì)于實(shí)時(shí)性要求不高的報(bào)表，基于性能影響和資源開銷兩方面的考慮，應(yīng)采用后臺(tái)通過(guò)作業(yè)的方式先自動(dòng)生成，在需要時(shí)可以立即展現(xiàn)結(jié)果。 4 4. 計(jì)算應(yīng)用 數(shù)據(jù)集成中心 可基于整合好的數(shù)據(jù)按照設(shè)定好的業(yè)務(wù)規(guī)則進(jìn)行部分屬性數(shù)據(jù)計(jì)算，計(jì)算結(jié)果并不在 數(shù)據(jù)集成中心 內(nèi) 直接更新，而是由 數(shù)據(jù)集成中心 返回到該屬性數(shù)據(jù)的屬主生產(chǎn)系統(tǒng)，由屬主生產(chǎn)系統(tǒng)完成該屬性數(shù)據(jù)的更新后 ， 再通過(guò)數(shù)據(jù)抽取、加載過(guò)程進(jìn)入 數(shù)據(jù)集成中心 之后更新。 統(tǒng)一的數(shù)據(jù)采集接口 建立統(tǒng)一的數(shù)據(jù)采集接口，根據(jù) 企業(yè) 實(shí)際業(yè)務(wù)需要，定義符合企業(yè) 需要的數(shù)據(jù)采集指標(biāo)，通過(guò) 企業(yè) 數(shù)據(jù)業(yè)務(wù)平臺(tái)統(tǒng)一的進(jìn)行數(shù)據(jù)采集，改變?cè)?層層下達(dá)參數(shù)，再層層匯總、層層過(guò)濾，時(shí)效性和準(zhǔn)確性亦難以保證 的問題 。 建立 數(shù)據(jù)應(yīng)用接口 企業(yè) 在生產(chǎn)經(jīng)營(yíng)決策過(guò)程中，通常迫切需要了解 企業(yè)外部 的實(shí)際情況，所以需要打通 企業(yè) 與 外部的數(shù)據(jù)壁壘，實(shí)現(xiàn)彼此之間數(shù)據(jù)共享。系統(tǒng)統(tǒng)一下發(fā)固定報(bào)表模板，同時(shí)用戶可根據(jù)個(gè)性化需求靈活定制報(bào)表，提供決策支持。 ODS 的思想 結(jié)合 ETL 與 ESB 等相關(guān)技術(shù)， 實(shí)現(xiàn) 這一套數(shù)據(jù)集成系統(tǒng)是比較合適的。 ODS 的引入是為了尋找能滿足快速加載和數(shù)據(jù)整合的性能要求，并且減少面向分析的需求的變更和擴(kuò)充對(duì)業(yè)務(wù)系統(tǒng)的影響的解決方案。 我們認(rèn)為， ODS（ Operational Data Store）是數(shù)據(jù)倉(cāng)庫(kù)體系結(jié)構(gòu)中的一個(gè)可選部分， ODS 具備數(shù)據(jù)倉(cāng)庫(kù)的部分特征和 OLTP 系統(tǒng)的部分特征，它是 “ 面向主題的、集成的、當(dāng)前或接近當(dāng)前的、不斷變化的 ” 數(shù)據(jù)。 2） 轉(zhuǎn)移一部分業(yè)務(wù)系統(tǒng)細(xì)節(jié)查詢的功能 在數(shù)據(jù)倉(cāng)庫(kù)建立之前，大量的報(bào)表、分析是由業(yè)務(wù)系統(tǒng)直接支持的，在一些比較復(fù)雜的報(bào)表生成過(guò)程中，對(duì)業(yè)務(wù)系統(tǒng)的運(yùn)行產(chǎn)生相當(dāng)大的壓力。 7 數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)數(shù) 據(jù)當(dāng) 前 的 和 歷 史 性的 數(shù) 據(jù)當(dāng) 前 的 或 接 近 當(dāng)前 的 數(shù) 據(jù)P C P C P C應(yīng) 用 系 統(tǒng)對(duì) 事 務(wù) 性 細(xì) 節(jié) 數(shù)據(jù) 即 時(shí) 存 取 與 操作數(shù) 據(jù) 倉(cāng) 庫(kù)合 并 ， 統(tǒng) 一 的 數(shù) 據(jù)O D S操 作 型 數(shù) 據(jù) 存