【正文】 ETL 的日志記錄了數(shù)據(jù)抽取、清洗、轉(zhuǎn)換、加載的歷史過(guò)程。12 / 80 數(shù)據(jù)存儲(chǔ)層數(shù)據(jù)存儲(chǔ)層包括中央數(shù)據(jù)倉(cāng)庫(kù)和從屬的數(shù)據(jù)集市。在綜合營(yíng)銷系統(tǒng)的實(shí)施過(guò)程中，對(duì)于某些主題的業(yè)務(wù)分析問(wèn)題，可能會(huì)按照主題采用數(shù)據(jù)集市的方式對(duì)數(shù)據(jù)進(jìn)行進(jìn)一步的組織。 中央數(shù)據(jù)倉(cāng)庫(kù)中央數(shù)據(jù)倉(cāng)庫(kù)是按照紹興電信整體的、全本地網(wǎng)一致的信息模型進(jìn)行構(gòu)建的，是綜合營(yíng)銷系統(tǒng)的核心。 數(shù)據(jù)集市中央數(shù)據(jù)倉(cāng)庫(kù)構(gòu)建是對(duì)數(shù)據(jù)集市的數(shù)據(jù)支撐，幾乎所有的業(yè)務(wù)分析都需要通過(guò)進(jìn)一步組織數(shù)據(jù)集市來(lái)實(shí)現(xiàn)，以滿足性能、靈活性的要求。數(shù)據(jù)集市的數(shù)據(jù)可直接來(lái)自于中央數(shù)據(jù)倉(cāng)庫(kù)，也可直接進(jìn)行采集。 數(shù)據(jù)展現(xiàn)層數(shù)據(jù)展現(xiàn)層的主要功能是通過(guò)對(duì)數(shù)據(jù)存儲(chǔ)層的數(shù)據(jù)進(jìn)行各種加工整理并進(jìn)行分析預(yù)測(cè)等操作，然后將獲得的數(shù)據(jù)以文字、報(bào)表、曲線和各種圖形的方式，13 / 80簡(jiǎn)便、快捷地展現(xiàn)出來(lái)。用戶經(jīng)過(guò)身份安全、權(quán)限認(rèn)證后訪問(wèn)數(shù)據(jù)和進(jìn)行各種分析、查詢操作，同時(shí)預(yù)留與信息門戶（比如 OA 系統(tǒng)）的接口，實(shí)現(xiàn)各種功能的無(wú)縫連接，并提供集成化的認(rèn)證、信息發(fā)布和管理環(huán)境，使綜合營(yíng)銷系統(tǒng)使用人員無(wú)需關(guān)心具體的技術(shù)實(shí)現(xiàn)途徑，即可實(shí)現(xiàn)對(duì)綜合營(yíng)銷系統(tǒng)數(shù)據(jù)的訪問(wèn)和分析。 元數(shù)據(jù)元數(shù)據(jù)是描述數(shù)據(jù)的數(shù)據(jù)，用以了解我們有什么信息，信息在什么地方，以及整個(gè)綜合營(yíng)銷系統(tǒng)中如何利用信息的管理方式。在綜合營(yíng)銷系統(tǒng)建設(shè)過(guò)程中，根據(jù)紹興電信的業(yè)務(wù)需求和業(yè)務(wù)發(fā)展，構(gòu)造全局?jǐn)?shù)據(jù)模型，然后以數(shù)據(jù)模型為指導(dǎo)，分階段實(shí)施，逐步完成綜合營(yíng)銷系統(tǒng)的建設(shè)，更重要的是，在實(shí)施的每個(gè)階段、每一階段內(nèi)的每個(gè)步驟，都由元數(shù)據(jù)進(jìn)行統(tǒng)一的管理和協(xié)調(diào)。 系統(tǒng)功能結(jié)構(gòu)紹興綜合營(yíng)銷系統(tǒng)功能包含數(shù)據(jù)獲取、靜態(tài)報(bào)表、話務(wù)量營(yíng)銷支撐、數(shù)據(jù)分析（OLAP 分析）支撐、專題分析、領(lǐng)導(dǎo)駕駛艙、系統(tǒng)管理。14 / 80系 統(tǒng) 備 份日 志 管 理系 統(tǒng) 監(jiān) 控?cái)?shù) 據(jù) 轉(zhuǎn) 換系 統(tǒng) 功 能系 統(tǒng) 功 能系 統(tǒng) 功 能系 統(tǒng) 功 能報(bào) 表 功 能報(bào) 表 功 能報(bào) 表 功 能報(bào) 表 功 能 OLAP15 / 803 數(shù)據(jù)獲取層 數(shù)據(jù)源分析紹興電信綜合營(yíng)銷系統(tǒng)需要從以下數(shù)據(jù)源獲取相關(guān)數(shù)據(jù)：業(yè)務(wù)支撐系統(tǒng)：初期主要從本地計(jì)費(fèi)帳務(wù)系統(tǒng)、九七系統(tǒng)提取數(shù)據(jù)。市場(chǎng)調(diào)研、社會(huì)統(tǒng)計(jì)、競(jìng)爭(zhēng)對(duì)手?jǐn)?shù)據(jù)：從各種途徑獲取的社會(huì)統(tǒng)計(jì)數(shù)據(jù)、市場(chǎng)調(diào)研數(shù)據(jù)，提供人工錄入功能。接口方式：? 系統(tǒng)統(tǒng)一采用接口形式進(jìn)行數(shù)據(jù)抽取，并建立接口區(qū)。? 接口數(shù)據(jù)源形式為文本文件。信息特征：信息量級(jí)： 23E6（單位：記錄數(shù)）周期增量：一般小于 10E4（單位：記錄數(shù)）周期更新幅度：一般小于 10E4（單位：記錄數(shù)）接口方式：九七系統(tǒng)在每個(gè)周期把本周期新增、變化或刪除的客戶基本資料信息傳遞至接口。周期： 1 次/天綜合營(yíng)銷系統(tǒng)從九七系統(tǒng)提取客戶訂購(gòu)資料信息，即每個(gè)客戶所使用的產(chǎn)品（服務(wù)）信息。周期可根據(jù)實(shí)際情況由兩個(gè)系統(tǒng)協(xié)商確定。1）帳戶基本信息信息特征：信息量級(jí)：10E6（單位：記錄數(shù)）周期增量：一般小于 10E4（單位：記錄數(shù)）周期更新幅度：一般小于 10E4（單位：記錄數(shù)）接口方式：計(jì)費(fèi)帳務(wù)系統(tǒng)在每個(gè)周期把本周期新增、變化或刪除的帳戶基本資料信息傳遞至接口。周期：1 次/天2）帳戶繳費(fèi)信息信息特征：信息量級(jí)：10E6（單位：記錄數(shù)）周期增量：10E5（單位：記錄數(shù)）接口方式：計(jì)費(fèi)帳務(wù)系統(tǒng)在每個(gè)周期把本周期新增的帳戶繳費(fèi)信息傳遞至接口。周期：1 次/天綜合營(yíng)銷系統(tǒng)從各本地網(wǎng)計(jì)費(fèi)帳務(wù)系統(tǒng)提取帳單資料。周期：1 次/月綜合營(yíng)銷系統(tǒng)從計(jì)費(fèi)帳務(wù)系統(tǒng)提取銷帳資料。周期：1 次/天綜合營(yíng)銷系統(tǒng)從計(jì)費(fèi)帳務(wù)系統(tǒng)提取欠費(fèi)資料。周期：1 次/天綜合營(yíng)銷系統(tǒng)從各本地網(wǎng)計(jì)費(fèi)帳務(wù)系統(tǒng)提取呆壞帳資料。周期：1 次/月綜合營(yíng)銷系統(tǒng)從計(jì)費(fèi)帳務(wù)系統(tǒng)提取長(zhǎng)途話單資料。周期：1 次/天綜合營(yíng)銷系統(tǒng)從計(jì)費(fèi)帳務(wù)系統(tǒng)提取本地網(wǎng)話單資料。周期：1 次/天綜合營(yíng)銷系統(tǒng)從計(jì)費(fèi)帳務(wù)系統(tǒng)提取相關(guān)配置表信息資料，如帳目類型、話單類型信息、各種分類信息等。周期：1 次/天1綜合營(yíng)銷系統(tǒng)提取網(wǎng)間通話數(shù)據(jù)資料。周期：1 次/天 ETL 過(guò)程數(shù)據(jù)抽取、轉(zhuǎn)換和加載，是綜合營(yíng)銷系統(tǒng)應(yīng)用過(guò)程中，進(jìn)行數(shù)據(jù)由數(shù)據(jù)源系統(tǒng)向數(shù)據(jù)倉(cāng)庫(kù)加載的主要方法。對(duì)于大數(shù)據(jù)量(如話單) 的抽取，采取“數(shù)據(jù)分割、縮短抽取周期”的原則。主動(dòng)數(shù)據(jù)獲取要求綜合營(yíng)銷系統(tǒng)專門為各業(yè)務(wù)生產(chǎn)系統(tǒng)提供數(shù)據(jù)存放區(qū)，并為各業(yè)務(wù)系統(tǒng)制定所要求的數(shù)據(jù)內(nèi)容和格式，要求各業(yè)務(wù)系統(tǒng)將產(chǎn)生數(shù)據(jù)定期傳送到本系統(tǒng)源數(shù)據(jù)存放區(qū)中。被動(dòng)數(shù)據(jù)采集要求各業(yè)務(wù)系統(tǒng)為綜合營(yíng)銷系統(tǒng)開(kāi)放數(shù)據(jù)庫(kù)連接，同時(shí)要求業(yè)務(wù)系統(tǒng)為綜合營(yíng)銷系統(tǒng)提供專業(yè)系統(tǒng)元數(shù)據(jù)。采集周期可以根據(jù)具體情況，自行設(shè)計(jì)?？紤]到被動(dòng)獲取比主動(dòng)數(shù)據(jù)獲取對(duì)綜合營(yíng)銷系統(tǒng)性能要求高和對(duì)業(yè)務(wù)生產(chǎn)系統(tǒng)安全和性能影響大等問(wèn)題，我們采用主動(dòng)數(shù)據(jù)獲取方式，要求各業(yè)務(wù)系統(tǒng)定期按要求傳送數(shù)據(jù)到源數(shù)據(jù)存放區(qū)。抽取策略：不同特征的數(shù)據(jù)采用不同的抽取策略，保證減少對(duì)生產(chǎn)系統(tǒng)的影響，同時(shí)又能提高抽取數(shù)據(jù)的效率和及時(shí)率。抽取周期：抽取周期根據(jù)源數(shù)據(jù)的不同性質(zhì)和實(shí)際的分析需求而有所不同，如話單數(shù)據(jù)可以每天抽取，出帳數(shù)據(jù)在每一帳務(wù)周期的最后一天抽取，而欠費(fèi)、銷帳等信息可以每周抽取。抽取時(shí)機(jī)：19 / 80本操作盡可能在相關(guān)業(yè)務(wù)系統(tǒng)空閑的時(shí)段執(zhí)行。 數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)轉(zhuǎn)換是指對(duì)抽取的源數(shù)據(jù)根據(jù)全局?jǐn)?shù)據(jù)模型的要求，進(jìn)行數(shù)據(jù)的轉(zhuǎn)換、清洗、拆分、匯總等處理，保證來(lái)自不同系統(tǒng)、不同格式的數(shù)據(jù)和信息模型的一致性和完整性，并按要求裝入數(shù)據(jù)庫(kù)。采用異步數(shù)據(jù)加載需要以文件方式處理時(shí)，必須充分考慮中間磁盤的存儲(chǔ)量以及在整個(gè)流程中的協(xié)調(diào)性及文件處理的效率；采用在數(shù)據(jù)加載過(guò)程中進(jìn)行數(shù)據(jù)轉(zhuǎn)換時(shí)，必須考慮加載性能及效率；采用先將數(shù)據(jù)裝載到數(shù)據(jù)庫(kù)后再處理時(shí)，必須考慮數(shù)據(jù)庫(kù)引擎的海量數(shù)據(jù)處理能力。執(zhí)行位置：? 從源數(shù)據(jù)存放區(qū)到加載入數(shù)據(jù)倉(cāng)庫(kù)之間，這里存在大量的數(shù)據(jù)操作， ? 數(shù)據(jù)倉(cāng)庫(kù)到加載入數(shù)據(jù)集市之間，這里主要存在數(shù)據(jù)轉(zhuǎn)換、匯總等操作，基本沒(méi)有清洗操作。? 轉(zhuǎn)換：將源數(shù)據(jù)按照全局?jǐn)?shù)據(jù)模型結(jié)構(gòu)進(jìn)行數(shù)據(jù)處理，本處描述的轉(zhuǎn)換是簡(jiǎn)單轉(zhuǎn)換，廣義的轉(zhuǎn)換是包括集成、轉(zhuǎn)換、清洗、拆分、匯總等處理。20 / 80? 拆分：簡(jiǎn)單轉(zhuǎn)換的一種形式，用于分解源數(shù)據(jù)中復(fù)合含義的數(shù)據(jù)。? 代碼轉(zhuǎn)換：如果是由數(shù)據(jù)抽取工具來(lái)完成數(shù)據(jù)的集成轉(zhuǎn)換，則用戶自定義的代碼轉(zhuǎn)換功能成為系統(tǒng)必須的功能。客戶有能力和手段自己定義數(shù)據(jù)或代碼轉(zhuǎn)換的操作使系統(tǒng)有更大的靈活性。? 散列文件參照機(jī)制在數(shù)據(jù)清洗的過(guò)程中，關(guān)鍵的耗時(shí)的工作是將輸入的數(shù)據(jù)與系統(tǒng)中的固定數(shù)據(jù)進(jìn)行對(duì)照，每一條記錄都需對(duì)數(shù)據(jù)庫(kù)進(jìn)行查詢耗費(fèi)了大量的時(shí)間。? 專用數(shù)據(jù)庫(kù)驅(qū)動(dòng)接口或 API 接口編程? 利用操作系統(tǒng)提供特點(diǎn)進(jìn)行開(kāi)發(fā)，例如數(shù)據(jù)上載內(nèi)存等方式? 采用專用工具進(jìn)行數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)審核：根據(jù)數(shù)據(jù)轉(zhuǎn)換審核方案，將轉(zhuǎn)換以后數(shù)據(jù)進(jìn)行匯總分類統(tǒng)計(jì)，與數(shù)據(jù)接口區(qū)提供的審核資料進(jìn)行比較。21 / 80 數(shù)據(jù)加載數(shù)據(jù)加載就是將轉(zhuǎn)換后的數(shù)據(jù)加載到數(shù)據(jù)倉(cāng)庫(kù)中。數(shù)據(jù)加載策略包括加載周期和數(shù)據(jù)追加策略。直接追加：是指每次加載時(shí)直接將數(shù)據(jù)追加到目的表中。更新追加：對(duì)于需要連續(xù)記錄業(yè)務(wù)的狀態(tài)變化，用當(dāng)前的最新?tīng)顟B(tài)同歷史狀態(tài)數(shù)據(jù)進(jìn)行比對(duì)的情況采用更新追加的方式。執(zhí)行時(shí)機(jī)：數(shù)據(jù)轉(zhuǎn)換成功以后即可以開(kāi)展，并且要保證加載后業(yè)務(wù)數(shù)據(jù)的一致性和完整性。加載策略：? 加載周期：在保證加載后業(yè)務(wù)數(shù)據(jù)的一致性和完整性的基礎(chǔ)上，針對(duì)不同業(yè)務(wù)數(shù)據(jù)設(shè)置不同加載周期。 數(shù)據(jù)審核數(shù)據(jù)審核是指在每個(gè)數(shù)據(jù)加載周期中，保證數(shù)據(jù)倉(cāng)庫(kù)中數(shù)據(jù)同數(shù)據(jù)源中數(shù)22 / 80據(jù)業(yè)務(wù)意義上的一致性及數(shù)據(jù)的準(zhǔn)確性。對(duì)審核結(jié)果進(jìn)行記錄并報(bào)告，發(fā)現(xiàn)審核錯(cuò)誤的數(shù)據(jù)發(fā) Email 或 SMS 通知系統(tǒng)管理員。作用區(qū)域：在數(shù)據(jù)抽取、轉(zhuǎn)換、加載各個(gè)部分結(jié)束都需要進(jìn)行數(shù)據(jù)審核。執(zhí)行周期：由數(shù)據(jù)抽取、轉(zhuǎn)換、加載過(guò)程結(jié)束以后觸發(fā)，在一些關(guān)鍵處理過(guò)程結(jié)束后觸發(fā)。 ETL 過(guò)程管理ETL 是一個(gè)復(fù)雜的過(guò)程，需要進(jìn)行過(guò)程管理。ETL 的調(diào)度ETL 是一批定時(shí)運(yùn)行的后臺(tái)過(guò)程，需要通過(guò)一個(gè)合理的規(guī)劃進(jìn)行自動(dòng)運(yùn)行，只有在 ETL 過(guò)程出現(xiàn)異常時(shí)，進(jìn)行人工干預(yù)或自動(dòng)處理。ETL 程序管理23 / 80ETL 過(guò)程包括許多程序，這些程序在運(yùn)行期間對(duì)數(shù)據(jù)進(jìn)行處理，將這些ETL 程序管理起來(lái)，可以保證 ETL 過(guò)程的正確及穩(wěn)定。還可以自動(dòng)將錯(cuò)誤信息通過(guò)短信、mail 等方式通知系統(tǒng)管理員或相關(guān)人員。除了在硬件上提供保證，要充分考慮開(kāi)發(fā)的軟件代碼效率，更為重要的是要進(jìn)行 ETL 的規(guī)劃、設(shè)計(jì)和管理，盡可能考慮 ETL 各過(guò)程的并行操作，以充分利用系統(tǒng)資源。ETL 是從數(shù)據(jù)源根據(jù)指定規(guī)則將數(shù)據(jù)轉(zhuǎn)換到數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)遷移過(guò)程，在此過(guò)程中，每一個(gè)步驟都是決定數(shù)據(jù)質(zhì)量的關(guān)鍵，所以，要建立完善的過(guò)程來(lái)保證 ETL 的正確實(shí)施。? 嚴(yán)格的設(shè)計(jì)評(píng)審制度? 建立數(shù)據(jù)審核制度? 數(shù)據(jù)預(yù)警通過(guò)與歷史數(shù)據(jù)比較，檢測(cè) ETL 的輸出數(shù)據(jù)是否存在較大差異，判斷是否數(shù)據(jù)出現(xiàn)錯(cuò)誤，由于數(shù)據(jù)預(yù)警操作消耗資源較大，而且檢測(cè)對(duì)象一般是業(yè)務(wù)系統(tǒng)提供的接口數(shù)據(jù)，所以，宏智科技建議數(shù)據(jù)預(yù)警操作放置在審核接口數(shù)據(jù)部分。ETL 過(guò)程是非常復(fù)雜的過(guò)程，其中涉及到業(yè)務(wù)系統(tǒng)、業(yè)務(wù)規(guī)則、系統(tǒng)硬件環(huán)境、系統(tǒng)管理等各方面，ETL 過(guò)程出現(xiàn)錯(cuò)誤是必然的。24 / 80ETL 出現(xiàn)的錯(cuò)誤可以分成多種，各種錯(cuò)誤對(duì)數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)造成的影響是不同的，需要解決的迫切程度也有所不同，根據(jù)宏智公司的經(jīng)驗(yàn)，將 ETL 過(guò)程產(chǎn)生的錯(cuò)誤分成 4 個(gè)級(jí)別：? 嚴(yán)重錯(cuò)誤，需要立即解決；? 較嚴(yán)重錯(cuò)誤，影響系統(tǒng)部分?jǐn)?shù)據(jù)，需要當(dāng)日解決；? 一般錯(cuò)誤，影響系統(tǒng)較小部分?jǐn)?shù)據(jù)，且其中沒(méi)有重要數(shù)據(jù)，需要解決；? 警告，出現(xiàn)異?；蝈e(cuò)誤，但不影響系統(tǒng)數(shù)據(jù)，需要管理員注意。綜合營(yíng)銷系統(tǒng)的數(shù)據(jù)存儲(chǔ)分成數(shù)據(jù)倉(cāng)庫(kù)和數(shù)據(jù)集市兩個(gè)邏輯上獨(dú)立的存儲(chǔ)。由于綜合營(yíng)銷系統(tǒng)的業(yè)務(wù)需求容易變化，數(shù)據(jù)倉(cāng)庫(kù)中數(shù)據(jù)的存儲(chǔ)必須采用信息主題分域的方式和盡可能小的業(yè)務(wù)單元（保存細(xì)節(jié)數(shù)據(jù)）來(lái)進(jìn)行數(shù)據(jù)的組織和存儲(chǔ)，這樣才能滿足數(shù)據(jù)的靈活性，適應(yīng)需求的變化，又可保證最小數(shù)據(jù)冗余，避免數(shù)據(jù)的不一致。將來(lái)新業(yè)務(wù)數(shù)據(jù)和分析需求出現(xiàn)，新（業(yè)務(wù)）數(shù)據(jù)的加入可以按照域歸屬的方式進(jìn)行增加，在無(wú)主題域可依的情況下，采用建立新域的方式進(jìn)行數(shù)據(jù)擴(kuò)展。 模型設(shè)計(jì)方法概念數(shù)據(jù)模型(CDM)概念模型是主觀與客觀之間的橋梁，它是用于我們?yōu)橐欢ǖ哪繕?biāo)設(shè)計(jì)系統(tǒng)、收集信息而服務(wù)的一個(gè)概念性的工具。人們首先將現(xiàn)實(shí)世界抽象為信息世界，然后將信息世界轉(zhuǎn)化為機(jī)器世界，信息世界中的這一信息結(jié)構(gòu)，即是我們所說(shuō)的概念模型。因?yàn)槟壳暗木C合營(yíng)銷系統(tǒng)數(shù)據(jù)一般都建立在關(guān)系數(shù)據(jù)庫(kù)的基礎(chǔ)上，為了和原有數(shù)據(jù)庫(kù)的概念模型相一致，采用 ER 圖作為綜合營(yíng)銷系統(tǒng)的概念模型仍然是較為適合的。進(jìn)行概念數(shù)據(jù)模型設(shè)計(jì)要完成以下兩個(gè)工作：1. 界定系統(tǒng)邊界2. 確定主要主題域及其內(nèi)容邏輯數(shù)據(jù)模型(FSLDM)邏輯數(shù)據(jù)模型是系統(tǒng)體系結(jié)構(gòu)大廈的一塊基石，它主要包含實(shí)體、屬性、實(shí)體與實(shí)體之間的關(guān)系、實(shí)體與屬性之間的關(guān)系。因此邏輯數(shù)據(jù)模型包含的實(shí)體、屬性名稱、屬性格式、實(shí)體與實(shí)體之間的關(guān)系、實(shí)體與屬性之間的關(guān)系應(yīng)當(dāng)加入元數(shù)據(jù)庫(kù)中。物理數(shù)據(jù)模型為數(shù)據(jù)庫(kù)管理員提供了一個(gè)數(shù)據(jù)庫(kù)的單一視圖，將其加入元數(shù)據(jù)庫(kù)有重要意義。所謂數(shù)據(jù)庫(kù)的物理模型就是邏輯模型在數(shù)據(jù)庫(kù)中的實(shí)現(xiàn)，如物理存取方式、數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)、數(shù)據(jù)存放位置以及存儲(chǔ)分配等等。在物理數(shù)據(jù)模型設(shè)計(jì)中主要工作是：1. 確定數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu)2. 確定索引策略3. 確定數(shù)據(jù)存放位置4. 存儲(chǔ)分配 數(shù)據(jù)倉(cāng)庫(kù)信息模型數(shù)據(jù)倉(cāng)庫(kù)信息主題，包括客戶、帳務(wù)、服務(wù)、結(jié)算、產(chǎn)品等部分。1. 客戶主題包含了與客戶相關(guān)的基本信息，如客戶的自然屬性（姓名、年齡、職業(yè)等） 、客戶的分類信息（大客、商客、公客、流動(dòng)客戶） 、客戶的重要屬性信息（信用度、忠誠(chéng)度、消費(fèi)層次等） 。3. 產(chǎn)品主題中包含了產(chǎn)品目錄。5. 結(jié)算主題中包含了結(jié)算清單、結(jié)算明細(xì)賬單、合作服務(wù)方等信息。170。205。167。248。231。220。237。254。241。225。227。202。241。254。241。185。195。205。167。254。241。191。188。212。185。192。 中央數(shù)據(jù)倉(cāng)庫(kù)信息模型示意29 / 80 數(shù)據(jù)集市構(gòu)建方法數(shù)據(jù)集市是直接面向分析需求的，在數(shù)據(jù) ETL 結(jié)束后通過(guò)相關(guān)處理生成。在實(shí)際應(yīng)用中，我們是按如下方式生成數(shù)據(jù)集市的：1. 完成數(shù)據(jù)倉(cāng)庫(kù)配置表信息到數(shù)據(jù)集市的轉(zhuǎn)換，特別要提出的，有一些集市專用配置信息如消費(fèi)層次配置表、通話時(shí)長(zhǎng)層次配置表等需要相應(yīng)配置程序產(chǎn)生和維護(hù)而并非來(lái)自與數(shù)據(jù)倉(cāng)庫(kù)或業(yè)務(wù)系統(tǒng)。2. 完成數(shù)據(jù)倉(cāng)庫(kù)主題信息到數(shù)據(jù)集市的轉(zhuǎn)換，其中需要把一些量值型信息轉(zhuǎn)化為層次型信息，如通話次數(shù)轉(zhuǎn)換成通話次數(shù)層次，通話時(shí)長(zhǎng)轉(zhuǎn)換為通話時(shí)長(zhǎng)層次等；通過(guò)這些轉(zhuǎn)換，我們可以根據(jù)集市中的主題信息和配置信息直接建立更好滿足分析需求的星型模型或雪花模型。因此我們?cè)谥黝}信息轉(zhuǎn)換到數(shù)據(jù)集市中后處理本步驟。在系統(tǒng)移交以后，根據(jù)業(yè)務(wù)需要，紹興可以自主建設(shè)數(shù)據(jù)集市的其他主題。30 / 80 OLAP 分析模型 OLAP 分析模型建模方法在多維分析模型建設(shè)中存在兩種模型：星型模型和雪花模