DATE\@"M/d/yyyy"4/25/2017NewH3CGroupPage13/數(shù)據(jù)集成系統(tǒng)解決方案

目錄1. 數(shù)據(jù)集成系統(tǒng)現(xiàn)狀 1-41.1 基礎(chǔ)數(shù)據(jù)多頭管理，系統(tǒng)間數(shù)據(jù)一致性差 1-41.2 接口沒有實現(xiàn)統(tǒng)一的接口平臺 1-41.3 XXX內(nèi)部信息難以完整統(tǒng)一和共享 1-42. 數(shù)據(jù)集成需求分析 2-42.1 系統(tǒng)需求 2-42.1.1 實現(xiàn)數(shù)據(jù)統(tǒng)一 2-42.1.2 實現(xiàn)數(shù)據(jù)共享 2-52.1.3 實現(xiàn)數(shù)據(jù)應(yīng)用 2-52.1.4 實現(xiàn)數(shù)據(jù)質(zhì)量管控 2-53. 數(shù)據(jù)集成目標 3-53.1 建立規(guī)范統(tǒng)一的指標體系 3-63.2 統(tǒng)一的數(shù)據(jù)采集接口 3-63.3 統(tǒng)一的數(shù)據(jù)存儲中心 3-63.4 建立數(shù)據(jù)應(yīng)用接口 3-64. 數(shù)據(jù)集成方案 4-74.1 ODS系統(tǒng)設(shè)計 4-74.1.1 現(xiàn)階段ODS系統(tǒng)設(shè)計 4-74.1.2 未來ODS系統(tǒng)設(shè)計 4-84.2 ODS系統(tǒng)架構(gòu) 4-84.3 ODS數(shù)據(jù)模型 4-94.4 數(shù)據(jù)管理 4-104.5 系統(tǒng)技術(shù)特點 4-124.5.1 先進性 4-124.5.2 開放性和標準化 4-124.5.3 高效性 4-124.5.4 靈活性與擴展性 4-124.5.5 較高的性價比，降低總成本 4-13

數(shù)據(jù)集成系統(tǒng)現(xiàn)狀XXX有不少的應(yīng)用系統(tǒng)，比如**系統(tǒng)、**系統(tǒng)、**系統(tǒng)、**系統(tǒng)和XXX信息門戶。這些系統(tǒng)一般都有不同供應(yīng)商提供，他們之間的信息有重疊和不一致顯現(xiàn)存在。因此很容易產(chǎn)生下列的問題：基礎(chǔ)數(shù)據(jù)多頭管理，系統(tǒng)間數(shù)據(jù)一致性差對于同樣的問題，每個不同的系統(tǒng)都維護有自身的數(shù)據(jù)結(jié)構(gòu)，例如在工程管理系統(tǒng)中存在供應(yīng)商數(shù)據(jù)，而在物資系統(tǒng)中也存在供應(yīng)商數(shù)據(jù)，這兩個系統(tǒng)對同一個供應(yīng)商可能存在不同的編號、不同的命名等等。這就導致了兩個系統(tǒng)間沒有數(shù)據(jù)標準，在工程管理系統(tǒng)中更新了供應(yīng)商數(shù)據(jù)后，物資系統(tǒng)無法依據(jù)指定的規(guī)則進行同步更新，造成了XXX主數(shù)據(jù)的混亂局面，難以滿足快速支撐精確管理的需要，使得XXX的運營效率和管理水平難以進一步提升。接口沒有實現(xiàn)統(tǒng)一的接口平臺由于沒有統(tǒng)一的XXX主數(shù)據(jù)，目前系統(tǒng)接口均采用點對點方式，技術(shù)實現(xiàn)方式多種多樣，例如最多的方式是數(shù)據(jù)庫直接存取，接口雙方需要明確知道對方的底層數(shù)據(jù)結(jié)構(gòu)，這導致了完成和維護這些接口是一項非常艱巨的任務(wù)，并且在不同的供應(yīng)商之間難于明確自身的責任，出現(xiàn)問題之后相互推諉。XXX內(nèi)部信息難以完整統(tǒng)一和共享由于現(xiàn)在的應(yīng)用系統(tǒng)是由不同的供應(yīng)商提供，基礎(chǔ)數(shù)據(jù)難以同步更新，各自產(chǎn)生的數(shù)據(jù)信息，都成了一個個的信息孤島，彼此之間的數(shù)據(jù)難以共享。XXX不容易獲取匯總信息。數(shù)據(jù)集成需求分析系統(tǒng)需求實現(xiàn)數(shù)據(jù)統(tǒng)一數(shù)據(jù)集成中心在對XXX數(shù)據(jù)的整合過程中能夠?qū)崿F(xiàn)以下三個統(tǒng)一：統(tǒng)一數(shù)據(jù)模型由數(shù)據(jù)集成中心承載XXX數(shù)據(jù)模型（EDM），促進XXX各域數(shù)據(jù)邏輯模型的統(tǒng)一。在XXX內(nèi)新建或改造的系統(tǒng)，其數(shù)據(jù)模型應(yīng)向數(shù)據(jù)集成中心所承載的XXX數(shù)據(jù)模型靠攏。數(shù)據(jù)模型是各個系統(tǒng)及應(yīng)用間交互的基礎(chǔ)，通過數(shù)據(jù)模型的統(tǒng)一，減少系統(tǒng)及應(yīng)用間復雜的轉(zhuǎn)換，提高系統(tǒng)、應(yīng)用、接口的效率。統(tǒng)一數(shù)據(jù)標準數(shù)據(jù)集成中心中建立標準的數(shù)據(jù)編碼目錄，源系統(tǒng)數(shù)據(jù)依據(jù)標準的數(shù)據(jù)編碼目錄，經(jīng)過整合后進入數(shù)據(jù)集成中心存儲，實現(xiàn)XXX數(shù)據(jù)的標準化與統(tǒng)一存儲。統(tǒng)一數(shù)據(jù)視圖基于數(shù)據(jù)集成中心所存儲的數(shù)據(jù)，支撐實現(xiàn)統(tǒng)一數(shù)據(jù)視圖，使XXX在用戶、資源等視角獲取到的信息是一致的，提升用戶、以及XXX內(nèi)部的管理人員與分析人員對系統(tǒng)的感知。實現(xiàn)數(shù)據(jù)共享數(shù)據(jù)集成中心為XXX各業(yè)務(wù)系統(tǒng)提供統(tǒng)一共享數(shù)據(jù)接口，減少系統(tǒng)間相互接口的重復性，降低接口的復雜程度，提高系統(tǒng)間接口效率與質(zhì)量；為跨系統(tǒng)數(shù)據(jù)應(yīng)用提供數(shù)據(jù)支撐。數(shù)據(jù)集成中心作為XXX運營數(shù)據(jù)共享平臺，是各業(yè)務(wù)部門和XXX管理層獲取統(tǒng)計數(shù)據(jù)的唯一來源。數(shù)據(jù)集成中心可將某個生產(chǎn)系統(tǒng)的數(shù)據(jù)以準實時地方式存儲轉(zhuǎn)發(fā)至其它對數(shù)據(jù)實時性要求不高的生產(chǎn)系統(tǒng)，以減少生產(chǎn)系統(tǒng)間的網(wǎng)狀接口。數(shù)據(jù)集成中心以實時的查詢服務(wù)或準實時批量的數(shù)據(jù)提供的方式將數(shù)據(jù)集成中心內(nèi)整合或計算好的數(shù)據(jù)向外部系統(tǒng)提供，以配合外部系統(tǒng)支撐統(tǒng)一用戶視圖查詢、用戶服務(wù)流程等功能。實現(xiàn)數(shù)據(jù)應(yīng)用數(shù)據(jù)集成中心利用自身系統(tǒng)的數(shù)據(jù)提供以下幾類功能：查詢應(yīng)用 實現(xiàn)查詢條件不固定的按需查詢功能。用戶可以根據(jù)關(guān)心的維度查詢數(shù)據(jù)集成中心內(nèi)整合好的360度業(yè)務(wù)全貌數(shù)據(jù)，如，為渠道經(jīng)理提供完整用戶視圖信息的查詢，為用戶提供完整用戶視圖查詢、用戶賬單查詢等。固定報表應(yīng)用固定報表是維度和指標固定的統(tǒng)計結(jié)果的展示，在數(shù)據(jù)集成中心內(nèi)對于實時性要求高的報表采用即時生成的模式，而對于實時性要求不高的報表，基于性能影響和資源開銷兩方面的考慮，應(yīng)采用后臺通過作業(yè)的方式先自動生成，在需要時可以立即展現(xiàn)結(jié)果。報表展現(xiàn)應(yīng)支持多種圖表方式，如餅圖、柱圖、線圖等；支持報表數(shù)據(jù)導出為其他文件類型，如EXCEL、CSV、XML、PDF、WEB存檔文件等；支持報表精確打印控制。動態(tài)報表應(yīng)用基于數(shù)據(jù)集成中心整合好的數(shù)據(jù)，可以利用報表工具，按關(guān)心的維度和指標對數(shù)據(jù)進行主題性的統(tǒng)計，動態(tài)報表應(yīng)用中，維度和指標不固定，可在數(shù)據(jù)模型支持的范圍內(nèi)變換。在數(shù)據(jù)集成中心上可實現(xiàn)多種動態(tài)報表。計算應(yīng)用數(shù)據(jù)集成中心可基于整合好的數(shù)據(jù)按照設(shè)定好的業(yè)務(wù)規(guī)則進行部分屬性數(shù)據(jù)計算，計算結(jié)果并不在數(shù)據(jù)集成中心內(nèi)直接更新，而是由數(shù)據(jù)集成中心返回到該屬性數(shù)據(jù)的屬主生產(chǎn)系統(tǒng)，由屬主生產(chǎn)系統(tǒng)完成該屬性數(shù)據(jù)的更新后，再通過數(shù)據(jù)抽取、加載過程進入數(shù)據(jù)集成中心之后更新。實現(xiàn)數(shù)據(jù)質(zhì)量管控數(shù)據(jù)集成中心在數(shù)據(jù)收斂的過程中，能完成以下數(shù)據(jù)質(zhì)量管控工作：1.數(shù)據(jù)質(zhì)量校驗根據(jù)規(guī)則對數(shù)據(jù)集成中心所存儲的數(shù)據(jù)進行一致性、完整性、正確性的校驗，形成數(shù)據(jù)校驗結(jié)果并交付源業(yè)務(wù)系統(tǒng)進行修正。2.數(shù)據(jù)質(zhì)量管控通過建立XXX數(shù)據(jù)的質(zhì)量標準、數(shù)據(jù)管控的組織、數(shù)據(jù)管控的流程，對數(shù)據(jù)質(zhì)量進行統(tǒng)一管控，達到數(shù)據(jù)質(zhì)量逐步完善。數(shù)據(jù)集成目標通過數(shù)據(jù)集成，數(shù)據(jù)集成中心應(yīng)該能達到以下幾個目標：建立規(guī)范統(tǒng)一的指標體系根據(jù)XXX的業(yè)務(wù)實際情況，建立面向XXX指標體系的數(shù)據(jù)接口，用于收集XXX各系統(tǒng)間的指標數(shù)據(jù)，同時為XXX各系統(tǒng)提供所需的指標數(shù)據(jù)，成為溝通XXX現(xiàn)有系統(tǒng)和未來系統(tǒng)之間各種關(guān)鍵業(yè)務(wù)指標數(shù)據(jù)的信息橋梁。統(tǒng)一的數(shù)據(jù)采集接口建立統(tǒng)一的數(shù)據(jù)采集接口，根據(jù)XXX實際業(yè)務(wù)需要，定義符合XXX需要的數(shù)據(jù)采集指標，通過XXX數(shù)據(jù)業(yè)務(wù)平臺統(tǒng)一的進行數(shù)據(jù)采集，改變原有層層下達參數(shù)，再層層匯總、層層過濾，時效性和準確性亦難以保證的問題。統(tǒng)一的數(shù)據(jù)存儲中心通過XXX規(guī)范的指標體系，收集和整合相應(yīng)指標數(shù)據(jù)，存儲到數(shù)據(jù)集成中心。按照統(tǒng)一指標、統(tǒng)一統(tǒng)計口徑和統(tǒng)一數(shù)據(jù)概念的要求，存儲指標數(shù)據(jù)和建立數(shù)據(jù)存儲中心，滿足不同系統(tǒng)之間相互獲取數(shù)據(jù)的要求，同時為數(shù)據(jù)的綜合分析和歷史回溯奠定數(shù)據(jù)基礎(chǔ)。建立數(shù)據(jù)應(yīng)用接口XXX在生產(chǎn)經(jīng)營決策過程中，通常迫切需要了解XXX外部的實際情況，所以需要打通XXX與外部的數(shù)據(jù)壁壘，實現(xiàn)彼此之間數(shù)據(jù)共享。這種需求通過建立XXX與外部之間特定的數(shù)據(jù)應(yīng)用接口，一方面，從外部抽取XXX需要的特定商業(yè)指標數(shù)據(jù)，另一方面，提供外部所需的XXX指標數(shù)據(jù)。通過二者數(shù)據(jù)之間的充分對比分析，實現(xiàn)數(shù)據(jù)之間的數(shù)據(jù)共享，提高現(xiàn)有系統(tǒng)的數(shù)據(jù)使用率和有效地提高數(shù)據(jù)支撐能力，為管理層的經(jīng)營決策提供堅實可靠的依據(jù)。數(shù)據(jù)集成方案ODS系統(tǒng)設(shè)計現(xiàn)階段ODS系統(tǒng)設(shè)計如上圖所示，我們設(shè)計的ODS系統(tǒng)中，主要有DI模塊和ODS模塊2部分組成，ODS系統(tǒng)根據(jù)通過Trigger、應(yīng)用、批處理、Queue等手段從各MSS應(yīng)用系統(tǒng)中獲得數(shù)據(jù)，并通過DI應(yīng)用對數(shù)據(jù)進行抽取、轉(zhuǎn)換、清洗、并裝載到ODS數(shù)據(jù)庫中。而一般通過TriggerUpdates的方式來將一些ODS數(shù)據(jù)返回更新各MSS應(yīng)用的數(shù)據(jù)庫。DI模塊這里的DI模塊主要是數(shù)據(jù)抽取、轉(zhuǎn)換和加載，這是數(shù)據(jù)由數(shù)據(jù)源系統(tǒng)向ODS加載的主要方法數(shù)據(jù)抽取從數(shù)據(jù)源系統(tǒng)抽取數(shù)據(jù)倉庫系統(tǒng)所需的數(shù)據(jù)，數(shù)據(jù)抽取采用統(tǒng)一的接口，可以從數(shù)據(jù)庫抽取數(shù)據(jù)，也可以從文件抽取。對于不同數(shù)據(jù)平臺、源數(shù)據(jù)形式、性能要求的業(yè)務(wù)系統(tǒng)，以及不同數(shù)據(jù)量的源數(shù)據(jù)，可能采用的接口方式不同，為保證抽取效率，減少對生產(chǎn)運營的影響，對于大數(shù)據(jù)量的抽取，采取數(shù)據(jù)分割、縮短抽取周期的原則，對于直接的數(shù)據(jù)庫抽取，采取協(xié)商接口表的方式，保障生產(chǎn)系統(tǒng)數(shù)據(jù)庫的安全。數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)轉(zhuǎn)換是指對抽取的源數(shù)據(jù)根據(jù)數(shù)據(jù)倉庫系統(tǒng)模型的要求，進行數(shù)據(jù)的轉(zhuǎn)換、清洗、拆分、匯總等，保證來自不同系統(tǒng)、不同格式的數(shù)據(jù)和信息模型具有一致性和完整性，并按要求裝入數(shù)據(jù)倉庫。數(shù)據(jù)加載數(shù)據(jù)加載是將轉(zhuǎn)換后的數(shù)據(jù)加載到數(shù)據(jù)倉庫中，可以采用數(shù)據(jù)加載工具，也可以采用API編程進行數(shù)據(jù)加載。ODS數(shù)據(jù)庫模塊操作數(shù)據(jù)存儲ODS（OperationDataStorage）是一個集成了來自不同數(shù)據(jù)庫數(shù)據(jù)的環(huán)境。其目的是為終端用戶提供一致的XXX數(shù)據(jù)集成視圖。它可以幫助用戶輕松應(yīng)對跨多個商業(yè)功能的操作挑戰(zhàn)，是面向主題的、集成的、近實時的數(shù)據(jù)存儲。設(shè)計ODS層的目的在于改善了對關(guān)鍵操作數(shù)據(jù)庫的存取，獲得收益、用戶等主題的XXX級完整視圖，有利于更好地通觀全局。近實時的數(shù)據(jù)存儲提供了查詢與服務(wù)能力，并以更高的性能生成操作報告。設(shè)計ODS的核心是實現(xiàn)焦點主題全局試圖應(yīng)用，如XXX的用戶管理系統(tǒng)，可以建立以用戶為中心的ODS用戶主題視圖，向上層提供高效的服務(wù)。未來ODS系統(tǒng)設(shè)計對于未來的ODS系統(tǒng)設(shè)計，我們認為可以引入MDM的設(shè)計，但通過ODS來自動修改的數(shù)據(jù)庫結(jié)構(gòu)也應(yīng)該僅針對新開發(fā)的應(yīng)用，即根據(jù)新開發(fā)應(yīng)用的需來對數(shù)據(jù)庫的結(jié)構(gòu)進行修改。而不應(yīng)對一個正常運行的應(yīng)用系統(tǒng)進行任何的改變。ODS系統(tǒng)架構(gòu)ODS系統(tǒng)是介于DW和OLTP系統(tǒng)之間的系統(tǒng)。歷史事實證明，只有將各個系統(tǒng)的數(shù)據(jù)綜合在一起才能真正反映出XXX管理需要的數(shù)據(jù)或者報表，而對這些數(shù)據(jù)的要求是近乎實時的。通過整合現(xiàn)有系統(tǒng)的數(shù)據(jù)和流程。使ODS系統(tǒng)作為所有應(yīng)用系統(tǒng)交互的平臺，通過DI和ESB兩種技術(shù)對現(xiàn)有數(shù)據(jù)進行整合：各個應(yīng)用竹編，如人力資源、財務(wù)管理等將通過XXX服務(wù)總線平臺（ESB）進行交互，ESB也作為其它可能與應(yīng)用系統(tǒng)交互的統(tǒng)一接口；另一方面，數(shù)據(jù)抽取傳送平臺（DI）負責將各個子系統(tǒng)的數(shù)據(jù)抽取出來（拆分、合并、映射）裝入到ODS系統(tǒng)中，那么ODS系統(tǒng)在具備了各個子系統(tǒng)的近實時數(shù)據(jù)之后，就可以作為獨立數(shù)據(jù)源對外提供數(shù)據(jù)服務(wù)，它可以作為數(shù)據(jù)報表和分析的數(shù)據(jù)源，也可以作為其它子系統(tǒng)相互同步的數(shù)據(jù)源。這樣做有兩個好處：轉(zhuǎn)移了本屬于各系統(tǒng)的信息查詢負載到ODS系統(tǒng)，使各系統(tǒng)的壓力降低，提高了整體性能。OMS由于擁有了完整的主數(shù)據(jù)，它為面向主題的分析提供了必須的數(shù)據(jù)基礎(chǔ)。ODS數(shù)據(jù)模型ODS終極目標是為了提供非戰(zhàn)略性的中層決策支持，我們認為ODS的數(shù)據(jù)模型可以參考數(shù)據(jù)倉庫（DW,DataWarehouse）的基礎(chǔ)模型，即將數(shù)據(jù)分為事實數(shù)據(jù)和緯度數(shù)據(jù)。事實數(shù)據(jù)一般代表的是業(yè)務(wù)變動記錄，在MSS中我們稱為業(yè)務(wù)數(shù)據(jù)，而緯度數(shù)據(jù)則存放事實數(shù)據(jù)中業(yè)務(wù)發(fā)生的對象主體信息，緯度數(shù)據(jù)稱為主數(shù)據(jù)。事實數(shù)據(jù)和緯度數(shù)據(jù)的關(guān)系是通過關(guān)鍵字來關(guān)聯(lián)的，在數(shù)據(jù)庫中它們都體現(xiàn)為數(shù)據(jù)表的形式。以下為ODS的數(shù)據(jù)模型圖：圖表SEQ圖表\*ARABIC13ODS數(shù)據(jù)模型在上圖中緯度是維持各系統(tǒng)數(shù)據(jù)的一致性描述，而事實表則是提供分析使用的基礎(chǔ)數(shù)據(jù)。在確立了基本的數(shù)據(jù)模型之后，如何確定數(shù)據(jù)的采集的范圍呢？首先從構(gòu)建XXX全局視圖出發(fā)（即面向主題的分析），查出每個主題需要哪些數(shù)據(jù)，這些數(shù)據(jù)分別分布在哪些系統(tǒng)中，當這一切確定之后，那么整個ODS數(shù)據(jù)模型牽涉到的數(shù)據(jù)范圍就基本確定了。接著需要通過DI工具將各系統(tǒng)中的業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換后裝入到ODS數(shù)據(jù)庫中，轉(zhuǎn)換方式大致分為四種：遷移：一般性的數(shù)據(jù)拷貝方式，源和目標的數(shù)據(jù)屬性和值完全相同。組合：例如將供應(yīng)商所處的省份、市、街道組合為ODS中的地址字段。拆分：例如將員工姓名拆分為單獨的姓和名字段。映射：例如將合同的“完成”狀態(tài)映射為“OK”態(tài)。當數(shù)據(jù)從MSS子系統(tǒng)轉(zhuǎn)換到ODS系統(tǒng)時，數(shù)據(jù)質(zhì)量依賴于DI平臺，DI平臺提供完整的事務(wù)、容錯、補償、容錯和日志功能用于控制數(shù)據(jù)轉(zhuǎn)換的質(zhì)量。數(shù)據(jù)管理由于用戶的需求和場景是經(jīng)常變化的，因此滿足個性化的定制將變的非常重要。目前數(shù)據(jù)應(yīng)用在個性戶定制方面主要表現(xiàn)在：雖然定義了模型，但模型不完整，效果不好。這樣用戶在使用時，不能根據(jù)其需求動態(tài)的調(diào)整后端的業(yè)務(wù)規(guī)則和運行環(huán)境，不利于用戶的使用。所以需要提供一個靈活的數(shù)據(jù)模型管理，以及業(yè)務(wù)規(guī)則管理，來應(yīng)對系統(tǒng)的變化。數(shù)據(jù)模型管理提供可視化的數(shù)據(jù)模型編輯工具，支持以下幾種數(shù)據(jù)模型抽取模式。主擴展模式通常用來將幾個相似的對象的共有屬性抽取出來，形成一個“公共屬性表”。例如：一個員工的基本信息由角色信息、組織信息、崗位信息等部分組成。主從模式描述兩個表之間的主從關(guān)系，從而形成的“一對多”關(guān)系。例如：一個項目對應(yīng)多個計劃階段。多對多模式描述對象相互不分主次、地位，互為一對多的關(guān)系。例如：一種器材可以對應(yīng)多個領(lǐng)料單，一個領(lǐng)料單也可以對應(yīng)多種器材。流程、規(guī)則管理提供可視化的流程編輯工具、流程定義和流程監(jiān)控功能。提供函數(shù)集提供常用規(guī)則方法，以及規(guī)則定義語言描述規(guī)則。提供基本規(guī)則：直接映射原來是什么就是什么，原封不動照搬過來，對這樣的規(guī)則，如果數(shù)據(jù)源字段和目標字段長度或精度不符，需要特別注意看是否真的可以直接映射還是需要做一些簡單運算。數(shù)學運算數(shù)據(jù)源的一個或多個字段進行數(shù)學運算得到的目標字段，比如：合同里的支付計劃由多個時間段和支付比例組成，由此得出其總的合同支付時間和支付金額，這種規(guī)則一般對數(shù)值型字段而言。參照轉(zhuǎn)換在轉(zhuǎn)換中通常要用數(shù)據(jù)源的一個或多個字段作為Key，去一個關(guān)聯(lián)數(shù)組中去搜索特定值，而且應(yīng)該只能得到唯一值。這個關(guān)聯(lián)數(shù)組使用Hash算法實現(xiàn)是比較合適也是最常見的，在整個DI開始之前，它就裝入內(nèi)存，對性能提高的幫助非常大。字符串處理從數(shù)據(jù)源某個字符串字段中經(jīng)常可以獲取特定信息，例如身份證號。而且，經(jīng)常會有數(shù)值型值，以字符串形式體現(xiàn)。對字符串的操作通常有類型轉(zhuǎn)換、字符串截取等。但是由于字符類型字段的隨意性也造成了臟數(shù)據(jù)的隱患，所以在處理這種規(guī)則的時候，一定要加上異常處理。空值判斷對于空值的處理是數(shù)據(jù)倉庫中一個常見問題，是將它作為臟數(shù)據(jù)還是作為特定一種維成員？這恐怕還要看應(yīng)用的情況，也是需要進一步探求的。但是無論怎樣，對于可能有NULL值的字段，不要采用“直接映射”的規(guī)則類型，必須對空值進行判斷，目前我們的建議是將它轉(zhuǎn)換成特定的值。日期轉(zhuǎn)換在數(shù)據(jù)倉庫中日期值一般都會有特定的，不同于日期類型值的表示方法，例如使用8位整型20040801表示日期。而在數(shù)據(jù)源中，這種字段基本都是日期類型的，所以對于這樣的規(guī)則，需要一些共通函數(shù)來處理將日期轉(zhuǎn)換為8位日期值、6位月份值等。日期運算基于日期，我們通常會計算日差、月差、時長等。一般數(shù)據(jù)庫提供的日期運算函數(shù)都是基于日期型的，而在數(shù)據(jù)倉庫中采用特定類型來表示日期的話，必須有一套自己的日期運算函數(shù)集。聚集運算對于事實表中的度量字段，他們通常是通過數(shù)據(jù)源一個或多個字段運用聚集函數(shù)得來的，這些聚集函數(shù)為SQL標準中，包括sum，count，avg，min，max。既定取值這種規(guī)則和以上各種類型規(guī)則的差別就在于它不依賴于數(shù)據(jù)源字段，對目標字段取一個固定的或是依賴系統(tǒng)的值系統(tǒng)技術(shù)特點為實現(xiàn)XXXODS系統(tǒng)管理系統(tǒng)的業(yè)務(wù)處理、資源共享、信息交流，采用了面向?qū)ο蟆⑾f(xié)作、動態(tài)工作流和組件等先進技術(shù)，架構(gòu)層次清晰，緊密結(jié)合行業(yè)特點，注重易用性、個性化，與同類產(chǎn)品相比，本系統(tǒng)在先進性、安全性、開放性、高效性、擴展性、靈活性、易用性、規(guī)范性、實用性等方面均達到較高的水準，具有以下突出優(yōu)勢：先進性.NET平臺支持業(yè)內(nèi)各種高級應(yīng)用、接口技術(shù)和標準，使系統(tǒng)平臺具有良好的開放性和互集成性。同時，作為主流應(yīng)用平臺之一，.NET也是業(yè)內(nèi)的事實工業(yè)標準，是其他技術(shù)、系統(tǒng)、應(yīng)用支持的主要對象之一，可以確保系統(tǒng)在未來相當長的時間內(nèi)完全適應(yīng)審計信息化的發(fā)展。.NET平臺支持業(yè)內(nèi)各種高級應(yīng)用、接口技術(shù)和標準，使系統(tǒng)平臺具有良好的開放性和互集成性。同時，作為主