NG經(jīng)分系統(tǒng)總體設(shè)計(jì)說(shuō)明書(shū)V1.0

中國(guó)移動(dòng)通信集團(tuán)內(nèi)蒙古有限公司NG-BASS1(V2.0)系統(tǒng)總體設(shè)計(jì)說(shuō)明書(shū)2010年7月

目錄TOC\o"1-3"\h\z1 綜述 51.1 編寫(xiě)目的 51.2 讀者對(duì)象 61.3 參考資料 62 系統(tǒng)總體架構(gòu) 62.1 物理體系架構(gòu) 62.2 邏輯體系架構(gòu) 72.2.1 四層邏輯結(jié)構(gòu) 82.2.2 其他模塊說(shuō)明 102.3 產(chǎn)品工具及程序開(kāi)發(fā)采用技術(shù) 112.4 管控體系結(jié)構(gòu) 122.5 NCR數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的建設(shè)方法 133 系統(tǒng)軟硬件總體結(jié)構(gòu) 143.1 硬件總體結(jié)構(gòu) 143.1.1 NCR5450Teradata數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器 153.1.2 NCR5350/5380Teradata數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器 153.1.3 L700機(jī)械手自動(dòng)磁帶庫(kù) 163.1.4 SL500機(jī)械手自動(dòng)磁帶庫(kù) 163.2 軟件總體結(jié)構(gòu) 163.2.1 NCR5450/5380/5350Teradata數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器 163.2.2 NCRA16數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)管理工作站 173.2.3 ETL服務(wù)器 173.2.4 OLAP服務(wù)器 173.2.5 WEB服務(wù)器 183.2.6 其它客戶端軟件 183.3 周邊設(shè)備情況 183.3.1 NCRA16數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)管理工作站 183.3.2 ETL服務(wù)器 183.3.3 應(yīng)用服務(wù)器 193.3.4 WEB服務(wù)器 194 技術(shù)設(shè)計(jì) 204.1 術(shù)語(yǔ)說(shuō)明 204.2 一般結(jié)構(gòu) 224.3 建議的結(jié)構(gòu) 225 外部接口 265.1 外部接口實(shí)現(xiàn)要求 265.2 實(shí)現(xiàn)原則 265.3 數(shù)據(jù)交換方式 275.3.1 集中數(shù)據(jù)導(dǎo)入數(shù)據(jù)倉(cāng)庫(kù) 285.3.2 （有問(wèn)題？）采集數(shù)據(jù)內(nèi)容 286 平臺(tái)設(shè)計(jì) 296.1 設(shè)計(jì)原則 306.1.1 數(shù)據(jù)粒度 306.1.2 數(shù)據(jù)保留時(shí)間和采集及時(shí)性 306.1.3 可存取性 316.1.4 可擴(kuò)展性 316.1.5 數(shù)據(jù)加載頻率 316.2 系統(tǒng)數(shù)據(jù)接口 316.3 數(shù)據(jù)轉(zhuǎn)換 336.4 數(shù)據(jù)加載 336.5 安全、性能管理與容量規(guī)劃 336.6 系統(tǒng)訪問(wèn)方式 337 數(shù)據(jù)模型 347.1 邏輯數(shù)據(jù)模型 347.2 物理數(shù)據(jù)模型 357.3 數(shù)據(jù)模型的交付 357.4 數(shù)據(jù)模型的管理 367.5 關(guān)鍵實(shí)體以及實(shí)體清單 367.5.1 農(nóng)村客戶統(tǒng)一視圖 367.5.2 產(chǎn)品整體收益月分析 437.5.3 產(chǎn)品使用情況月分析 437.5.4 終端綜合評(píng)估 447.5.5 終端用戶偏好分析 447.5.6 基站選址優(yōu)化 467.5.7 網(wǎng)絡(luò)資源使用監(jiān)控 467.5.8 SIM卡生命周期分析 477.5.9 有價(jià)卡流向監(jiān)控 478 系統(tǒng)操作與管理 488.1 日常管理流程 488.1.1 日常管理需考慮的方面 488.1.2 日常管理任務(wù) 498.1.3 日常管理團(tuán)隊(duì)組成 498.1.4 日常管理規(guī)程 498.2 日常管理工作規(guī)劃 508.3 系統(tǒng)可用性管理 508.3.1 硬件及軟件環(huán)境 508.4 性能管理 518.4.1 性能管理的內(nèi)容 518.4.2 性能管理工具軟件 538.4.3 性能管理指標(biāo) 538.4.4 性能管理工作計(jì)劃 538.5 容量規(guī)劃 549 系統(tǒng)權(quán)限控制與安全性、可靠性 559.1 網(wǎng)絡(luò)權(quán)限控制與安全、可靠 559.2 主機(jī)系統(tǒng)權(quán)限控制與安全、可靠 569.3 應(yīng)用系統(tǒng)權(quán)限控制與安全 569.4 防病毒管理 579.5 安全策略管理 589.6 安全管理制度 5810 應(yīng)用架構(gòu)實(shí)現(xiàn) 5810.1 總體系統(tǒng)應(yīng)用架構(gòu) 58綜述編寫(xiě)目的本文檔描述內(nèi)蒙移動(dòng)下一代經(jīng)營(yíng)分析系統(tǒng)項(xiàng)目中資源管理子系統(tǒng)的技術(shù)體系，該體系結(jié)構(gòu)的設(shè)計(jì)基于NCR的數(shù)據(jù)倉(cāng)庫(kù)框架，依據(jù)內(nèi)蒙移動(dòng)現(xiàn)有的技術(shù)環(huán)境和經(jīng)營(yíng)分析系統(tǒng)的需求設(shè)計(jì)。其目的是：建立技術(shù)體系結(jié)構(gòu)；建立一個(gè)總體方針，用于設(shè)立一個(gè)標(biāo)準(zhǔn)和策略，來(lái)指導(dǎo)數(shù)據(jù)倉(cāng)庫(kù)設(shè)計(jì)、實(shí)施和管理。體系結(jié)構(gòu)是對(duì)建立數(shù)據(jù)倉(cāng)庫(kù)的總體描述，它具體體現(xiàn)為對(duì)數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的總體設(shè)計(jì)和在設(shè)計(jì)中進(jìn)行決策的總體原則。它致力于為組成數(shù)據(jù)倉(cāng)庫(kù)各個(gè)部分設(shè)計(jì)工作建立一個(gè)總體架構(gòu)，從而保證數(shù)據(jù)倉(cāng)庫(kù)的各個(gè)部分在開(kāi)發(fā)過(guò)程中依據(jù)同一個(gè)基礎(chǔ)、各個(gè)部分的工作能夠相互協(xié)調(diào)和配合。讀者對(duì)象本文檔適合于以下人員閱讀和參考：ETL開(kāi)發(fā)測(cè)試人員。TeradataDBA。業(yè)務(wù)開(kāi)發(fā)人員。系統(tǒng)分析師。系統(tǒng)架構(gòu)師。參考資料《中國(guó)移動(dòng)省級(jí)NG1-BASS技術(shù)規(guī)范總冊(cè)V1.0.0.doc》《中國(guó)移動(dòng)省級(jí)NG1-BASS業(yè)務(wù)技術(shù)規(guī)范資源管理子系統(tǒng)V1.0.0.doc》系統(tǒng)總體架構(gòu)物理體系架構(gòu)為了保證網(wǎng)絡(luò)安全，NG1-BASS采用TERADATA數(shù)據(jù)倉(cāng)庫(kù)框架結(jié)構(gòu)一向建議的前后臺(tái)分開(kāi)的設(shè)計(jì)方法，即：將業(yè)務(wù)系統(tǒng)和數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器分為前后臺(tái)、數(shù)據(jù)展示和數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器分為前后臺(tái)，任何對(duì)內(nèi)蒙移動(dòng)集團(tuán)公司的訪問(wèn)除內(nèi)部的特許用戶外，都不允許直接對(duì)數(shù)據(jù)倉(cāng)庫(kù)進(jìn)行操作，這樣做的一個(gè)目的是保證信息安全；同時(shí)，也將避免對(duì)數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器在性能和可靠性方面造成干擾。NG1-BASS資源管理子系統(tǒng)體系架構(gòu)，如圖所示：邏輯體系架構(gòu)NG1-BASS資源管理子系統(tǒng)總體架構(gòu)分為4層：數(shù)據(jù)獲取層、數(shù)據(jù)存儲(chǔ)層、數(shù)據(jù)應(yīng)用層、數(shù)據(jù)訪問(wèn)層。邏輯體系架構(gòu)包括實(shí)體渠道運(yùn)營(yíng)分析、電子渠道運(yùn)營(yíng)分析、終端管理3個(gè)子系統(tǒng)。對(duì)于NG1-BASS資源管理子系統(tǒng)系統(tǒng)，將要建立的是以省公司為中心的集中式數(shù)據(jù)倉(cāng)庫(kù)體系架構(gòu)，其邏輯結(jié)構(gòu)如下圖所示：在邏輯體系結(jié)構(gòu)圖中，系統(tǒng)被劃分成若干層次和模塊。在數(shù)據(jù)倉(cāng)庫(kù)的建設(shè)和運(yùn)行維護(hù)過(guò)程中，首先建議確定每個(gè)層次應(yīng)用和數(shù)據(jù)的所有者（Owner），然后在所有者和日常運(yùn)行管理、維護(hù)者簽署SLA，明確各個(gè)部分要達(dá)到的目標(biāo)，保證整個(gè)系統(tǒng)的實(shí)施和運(yùn)轉(zhuǎn)順利。四層邏輯結(jié)構(gòu)數(shù)據(jù)獲取層：該層包括從數(shù)據(jù)源數(shù)據(jù)庫(kù)中按需生成接口文件，并且上傳至省經(jīng)分系統(tǒng)ETL服務(wù)器，數(shù)據(jù)核對(duì)無(wú)誤后加載至倉(cāng)庫(kù)數(shù)據(jù)緩沖區(qū)的整個(gè)流程。考慮到省數(shù)據(jù)源系統(tǒng)調(diào)整頻繁，經(jīng)分應(yīng)用需求靈活的特點(diǎn)，數(shù)據(jù)獲取層的建設(shè)原則是盡可能全面地保留數(shù)據(jù)原貌，這是在省數(shù)據(jù)集中的前提下完成的。數(shù)據(jù)緩沖區(qū)是在原始數(shù)據(jù)與倉(cāng)庫(kù)基礎(chǔ)層之間的一道樞紐與屏障，它既避免了錯(cuò)誤或者未經(jīng)轉(zhuǎn)換的數(shù)據(jù)直接加載如基礎(chǔ)數(shù)據(jù)區(qū)，又保留了以增量形式存在的原始數(shù)據(jù)，如此以來(lái)避免了對(duì)基礎(chǔ)數(shù)據(jù)穩(wěn)定性的破壞同時(shí)也提供了一個(gè)倉(cāng)庫(kù)數(shù)據(jù)增量備份的機(jī)制。數(shù)據(jù)獲取層對(duì)應(yīng)于源數(shù)據(jù)的抽取、傳輸、轉(zhuǎn)換、加載入庫(kù)4個(gè)步驟?；玖鞒淌敲刻於〞r(shí)調(diào)用Perl程序從源系統(tǒng)數(shù)據(jù)庫(kù)抽取規(guī)定的接口數(shù)據(jù)，生成接口文件（校驗(yàn)文件和數(shù)據(jù)文件），并且FTP到經(jīng)分ETL主機(jī)。之后由ETLAutomation調(diào)度校驗(yàn)并加載入數(shù)據(jù)緩沖區(qū)（SDATA庫(kù)）。使用的工具包括Perl語(yǔ)言、Shell腳本等自定義程序、Teradata加載工具fastload/multiload、ETL調(diào)度工具ETLAutomation等。其中關(guān)鍵技術(shù)是要保證從源系統(tǒng)數(shù)據(jù)庫(kù)（一般為Oracle）抽取數(shù)據(jù)生成接口文件的準(zhǔn)確性和穩(wěn)定行以及FTP上傳的完整性檢查。數(shù)據(jù)存儲(chǔ)層：該層包括對(duì)數(shù)據(jù)緩沖區(qū)進(jìn)一步過(guò)濾、轉(zhuǎn)換后的數(shù)據(jù)存儲(chǔ)，其特點(diǎn)是細(xì)節(jié)的、穩(wěn)定的、可遞增的、記錄歷史的、單一視圖的數(shù)據(jù)。這些特點(diǎn)充分體現(xiàn)了數(shù)據(jù)倉(cāng)庫(kù)的存在價(jià)值，因此數(shù)據(jù)存儲(chǔ)層是數(shù)據(jù)倉(cāng)庫(kù)中最為寶貴的資源，是滿足所有應(yīng)用需求的基礎(chǔ)。數(shù)據(jù)存儲(chǔ)層是倉(cāng)庫(kù)基礎(chǔ)物理模型的具體實(shí)現(xiàn)，其結(jié)構(gòu)是否合理，存取性能是否優(yōu)異是影響數(shù)據(jù)倉(cāng)庫(kù)整體性能的起始點(diǎn)，所以數(shù)據(jù)存儲(chǔ)層的設(shè)計(jì)與建設(shè)是一個(gè)結(jié)構(gòu)預(yù)先定義的、經(jīng)過(guò)仔細(xì)論證的并伴隨后續(xù)系統(tǒng)能優(yōu)化的過(guò)程。數(shù)據(jù)基礎(chǔ)層包括數(shù)據(jù)轉(zhuǎn)換、過(guò)濾和轉(zhuǎn)儲(chǔ)。其流程較為簡(jiǎn)單，利用ETLAutomation調(diào)度Perl腳本，調(diào)用BTEQ提交SQL語(yǔ)句，對(duì)緩沖區(qū)的各個(gè)數(shù)據(jù)單元進(jìn)行轉(zhuǎn)換并最終加載入基礎(chǔ)數(shù)據(jù)區(qū)（PDATA）。如果其它系統(tǒng)需要經(jīng)分的基礎(chǔ)數(shù)據(jù)，這部分還將包括數(shù)據(jù)導(dǎo)出到文件的操作。使用工具將包括ETL調(diào)度工具ETLAutomation、用戶自定義Perl腳本、Teradata工具BTEQ/Fastexport。數(shù)據(jù)應(yīng)用層是面向經(jīng)分項(xiàng)目的具體需求組織的數(shù)據(jù)結(jié)構(gòu)，一般由多級(jí)匯總結(jié)構(gòu)組成。本次經(jīng)分的結(jié)構(gòu)劃分是基礎(chǔ)匯總數(shù)據(jù)層和應(yīng)用匯總數(shù)據(jù)層。基礎(chǔ)匯總數(shù)據(jù)層是對(duì)基礎(chǔ)數(shù)據(jù)的輕度匯總。其建設(shè)原則是將數(shù)據(jù)基礎(chǔ)層中的數(shù)據(jù)按照應(yīng)用需求，本著減少?gòu)?fù)雜計(jì)算的重復(fù)操作、最小化數(shù)據(jù)冗余的原則進(jìn)行的輕度數(shù)據(jù)匯總，并保留數(shù)據(jù)歷史。應(yīng)用匯總數(shù)據(jù)層是直接面向具體應(yīng)用的，并且根據(jù)前端工具的特性組織起來(lái)的數(shù)據(jù)機(jī)構(gòu)。一般情況下是對(duì)基礎(chǔ)匯總數(shù)據(jù)的再次匯總和提煉，根據(jù)具體需求保留歷史或只保留最新數(shù)據(jù)。數(shù)據(jù)應(yīng)用層包括對(duì)基礎(chǔ)數(shù)據(jù)的關(guān)聯(lián)、計(jì)算、匯總、轉(zhuǎn)儲(chǔ)。通過(guò)ETLAutomation調(diào)度Perl腳本，調(diào)用BTEQ提交SQL語(yǔ)句，按照較為通用的業(yè)務(wù)需求對(duì)基礎(chǔ)數(shù)據(jù)區(qū)的各個(gè)數(shù)據(jù)單元進(jìn)行關(guān)聯(lián)、計(jì)算輕度匯總并最終加載入基礎(chǔ)匯總數(shù)據(jù)區(qū)（PMART）。繼而針對(duì)具體應(yīng)用需求進(jìn)一步對(duì)PMART數(shù)據(jù)進(jìn)行關(guān)聯(lián)、計(jì)算和深度匯總，并根據(jù)具體需要生成多維數(shù)據(jù)結(jié)構(gòu)（PMART、NMART）或者專題分析表（MMART）。使用工具將包括ETL調(diào)度工具ETLAutomation、用戶自定義Perl腳本、Teradata工具BTEQ/Fastexport。數(shù)據(jù)訪問(wèn)層該層是數(shù)據(jù)倉(cāng)庫(kù)與最終使用者之間交互的界面。一般是利用第三方BI工具、WEB組件、安全控件等對(duì)應(yīng)用層的數(shù)據(jù)進(jìn)行形象化、多角度的具體展現(xiàn)和對(duì)用戶進(jìn)行管控。隨著前端工具的不斷進(jìn)步，最終用戶的使用將更加便利、安全，這同時(shí)這也對(duì)后臺(tái)的數(shù)據(jù)倉(cāng)庫(kù)性能不斷提出更高的要求。數(shù)據(jù)訪問(wèn)層包括數(shù)據(jù)的轉(zhuǎn)儲(chǔ)、分發(fā)、展現(xiàn)。流程是從數(shù)據(jù)應(yīng)用層利用前端工具將數(shù)據(jù)直接或者經(jīng)過(guò)格式轉(zhuǎn)換后以不同形式展現(xiàn)給最終用戶或者傳送給其它系統(tǒng)。使用工具將包括前端BI工具HyperionBrio、用戶自定義Perl腳本、Web界面采用JSP和JAVABEAN開(kāi)發(fā)、Web服務(wù)器工具WebLogic8.1。其他模塊說(shuō)明1、數(shù)據(jù)接口：是為了保證數(shù)據(jù)的結(jié)構(gòu)、意義、編碼、保持一致。2、數(shù)據(jù)質(zhì)量管理：確保從數(shù)據(jù)源抽取的數(shù)據(jù)質(zhì)量。3、ETL：對(duì)源業(yè)務(wù)系統(tǒng)抽取的數(shù)據(jù)進(jìn)行轉(zhuǎn)換和加載，根據(jù)內(nèi)蒙移動(dòng)的具體情況，加載分多個(gè)步驟完成。4、數(shù)據(jù)模型：包括邏輯數(shù)據(jù)模型和物理數(shù)據(jù)模型。5、數(shù)據(jù)緩沖區(qū)（ETL數(shù)據(jù)準(zhǔn)備區(qū)）：將分為各省的數(shù)據(jù)驛站區(qū)、統(tǒng)一的數(shù)據(jù)準(zhǔn)備區(qū)，向數(shù)據(jù)倉(cāng)庫(kù)的加載將從統(tǒng)一了數(shù)據(jù)格式等的統(tǒng)一數(shù)據(jù)驛站區(qū)直接加載。6、安全管理：包括建立和管理用戶ID、這些ID對(duì)數(shù)據(jù)和數(shù)據(jù)倉(cāng)庫(kù)應(yīng)用的存取。7、備份與恢復(fù)：包括建設(shè)備份與恢復(fù)的基礎(chǔ)設(shè)施（備份設(shè)備、網(wǎng)絡(luò)連接、備份環(huán)境設(shè)置等）和備份與恢復(fù)策略的制定、備份與恢復(fù)的日常處理流程和緊急處理流程。8、系統(tǒng)管理與性能優(yōu)化：包括建設(shè)用于管理數(shù)據(jù)倉(cāng)庫(kù)的基礎(chǔ)設(shè)施，以便保證數(shù)據(jù)倉(cāng)庫(kù)的高效和使其吞吐量最大化（包括ETL、最終用戶訪問(wèn)和應(yīng)用對(duì)數(shù)據(jù)庫(kù)的存?。贿€包括所要使用到的工具的配置和日常工作維護(hù)流程等。9、自動(dòng)化流程控制：該部分的目的是盡量使數(shù)據(jù)倉(cāng)庫(kù)整個(gè)過(guò)程自動(dòng)化，包括ETL、數(shù)據(jù)散發(fā)、備份與恢復(fù)、產(chǎn)生報(bào)表等。產(chǎn)品工具及程序開(kāi)發(fā)采用技術(shù)四層架構(gòu)產(chǎn)品工具采用的技術(shù)數(shù)據(jù)獲取層Teradata加載工具fastload/multiload、ETL調(diào)度工具ETLAutomationPerl語(yǔ)言、Shell腳本等自定義程序數(shù)據(jù)存儲(chǔ)層ETLAutomation、Teradata工具BTEQ/Fastexport用戶自定義Perl腳本數(shù)據(jù)應(yīng)用層ETLAutomation、Teradata工具BTEQ/Fastexport用戶自定義Perl腳本數(shù)據(jù)訪問(wèn)層前端BI工具HyperionBrio、Web服務(wù)器工具WebLogic8.1用戶自定義Perl腳本、Web界面采用JSP和JAVABEAN開(kāi)發(fā)管控體系結(jié)構(gòu)上圖說(shuō)明了NCR數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的管理控制體系結(jié)構(gòu)。該體系結(jié)構(gòu)由3個(gè)不同的部分構(gòu)成：整合：這個(gè)部分是取得所需的資料，包括決定數(shù)據(jù)來(lái)源、以最佳方式描述商業(yè)運(yùn)作的方式來(lái)組織數(shù)據(jù)、同時(shí)允許方便的瀏覽與存取數(shù)據(jù)(數(shù)據(jù)模型化)。涵蓋的程序有整合來(lái)自于不同系統(tǒng)的資料、整理數(shù)據(jù)、依據(jù)范例代碼值將數(shù)據(jù)的意義標(biāo)準(zhǔn)化、建立數(shù)據(jù)模型內(nèi)實(shí)體之間的關(guān)系。最后還包括將源數(shù)據(jù)加載到數(shù)據(jù)倉(cāng)庫(kù)的程序。管理：這部分是負(fù)責(zé)數(shù)據(jù)信息的管理，以確保數(shù)據(jù)能以及時(shí)、有效果、以及有效率的方式，提供給使用者使用，它包括大多數(shù)的數(shù)據(jù)庫(kù)管理活動(dòng)，例如備份與恢復(fù)、安全性、容量規(guī)劃、性能管理、與安全管理。分析：這部分是負(fù)責(zé)從NCR數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中儲(chǔ)存的數(shù)據(jù)資料，取得數(shù)據(jù)信息并以最適合的方式交付給使用者。包括決策支持的傳統(tǒng)方法、隨機(jī)查詢、管理報(bào)告、與OLAP分析。NCR數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的建設(shè)方法下圖說(shuō)明NCR數(shù)據(jù)倉(cāng)庫(kù)的建設(shè)方法：(NCR數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的建設(shè)方法著作權(quán)屬NCR公司)NCR數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的規(guī)劃：第一個(gè)部分是數(shù)據(jù)倉(cāng)庫(kù)規(guī)劃，包括執(zhí)行業(yè)務(wù)發(fā)掘(BusinessDiscovery)活動(dòng)，來(lái)決定商業(yè)需求，如此將進(jìn)入信息發(fā)掘(InformationDiscovery)活動(dòng)，以決定滿足這些經(jīng)過(guò)確認(rèn)的商業(yè)需求所需的信息。然后開(kāi)發(fā)能代表所需信息的邏輯數(shù)據(jù)模型，接著建立整體的架構(gòu)，這個(gè)架構(gòu)包括硬件與軟件組件、以及資料從來(lái)源系統(tǒng)到NCR數(shù)據(jù)倉(cāng)庫(kù)的處理流程。NCR數(shù)據(jù)倉(cāng)庫(kù)的建設(shè)與設(shè)計(jì)：包括數(shù)據(jù)信息的提供與最終用戶的使用。我們將提出解決方案報(bào)告，這份報(bào)告將研究客戶目前的作業(yè)環(huán)境，并決定是否能配合數(shù)據(jù)倉(cāng)庫(kù)的需求。任何缺點(diǎn)、差異、與遺失組件都會(huì)加以確認(rèn)，并制定計(jì)劃來(lái)解決所有主要課題。然后執(zhí)行物理數(shù)據(jù)模型化，使用邏輯數(shù)據(jù)模型，并針對(duì)TeradataDBMS而最佳化。轉(zhuǎn)換程序需要取得數(shù)據(jù)，接著整理、條件化、與加載數(shù)據(jù)。這個(gè)階段也包括開(kāi)發(fā)最終用戶使用程序，以及可能需要的任何分析模型。NCR數(shù)據(jù)倉(cāng)庫(kù)的使用、支持與加強(qiáng)：這有兩個(gè)層面，第一是開(kāi)發(fā)為維持與管理數(shù)據(jù)倉(cāng)庫(kù)與其支持架構(gòu)(數(shù)據(jù)庫(kù)管理、安全管理、容量規(guī)劃、與性能管理)所需的基本架構(gòu)。第二部分是以技術(shù)及商業(yè)的角度來(lái)檢查數(shù)據(jù)倉(cāng)庫(kù)的建設(shè)。以技術(shù)的角度而言，包括檢查邏輯與物理數(shù)據(jù)庫(kù)設(shè)計(jì)，以及所須工作性能的調(diào)整是否合適。從商業(yè)的角度而言，這包括數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中數(shù)據(jù)的核實(shí)，亦即咨詢業(yè)務(wù)人員，來(lái)決定他們的需求是否獲得滿足，以及獲得的投資回報(bào)。這項(xiàng)活動(dòng)是在內(nèi)蒙移動(dòng)經(jīng)營(yíng)分析系統(tǒng)建設(shè)深入到一定程度之后實(shí)施。系統(tǒng)軟硬件總體結(jié)構(gòu)硬件總體結(jié)構(gòu)產(chǎn)品型號(hào)產(chǎn)品名稱配置數(shù)量廠家及說(shuō)明NCR5450數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器92TB（裸盤(pán)）16節(jié)點(diǎn)NCR/生產(chǎn)系統(tǒng)NCR5380數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器12TB（裸盤(pán)）5節(jié)點(diǎn)NCR/生產(chǎn)系統(tǒng)NCR5350數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器9TB（裸盤(pán)）3節(jié)點(diǎn)NCR/生產(chǎn)系統(tǒng)小計(jì)：103TB（熱備）22節(jié)點(diǎn)NCR/生產(chǎn)系統(tǒng)L700磁帶庫(kù)8個(gè)LTO1驅(qū)動(dòng)器1臺(tái)NCR-LibrarySL500磁帶庫(kù)18個(gè)LTO3驅(qū)動(dòng)器1臺(tái)NCR-LibraryIBMP460ETL服務(wù)器4CPU,8GRAM,2*73GB2臺(tái)IBMHPDL630應(yīng)用服務(wù)器2顆Inter?CPU1.4GHz，2G內(nèi)存2臺(tái)HPHPrx4640WEB服務(wù)器4顆Inter?CPU1.4GHz，4G內(nèi)存，2塊36GSCSI硬盤(pán)2臺(tái)HP-PCServerNCR5450Teradata數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器16個(gè)MPP節(jié)點(diǎn)的NCR5450服務(wù)器，它們安裝在兩個(gè)機(jī)柜中，每一節(jié)點(diǎn)包括2個(gè)IntelXEON3.8GhzCPU,4GB內(nèi)存。因此總計(jì)有64顆CPU與88GB的內(nèi)存。NCR5450海量并行服務(wù)器通過(guò)4GB的光纖通道與NCRWES6843磁盤(pán)陣列存儲(chǔ)系統(tǒng)直接相連。本系統(tǒng)中配置的數(shù)據(jù)倉(cāng)庫(kù)磁盤(pán)存儲(chǔ)容量總計(jì)為1280個(gè)72GB、15000硬盤(pán)，共92TB，分為6個(gè)磁盤(pán)陣列，位于6個(gè)機(jī)柜之內(nèi)。采用RAID5技術(shù)，提供總計(jì)約40TB的可使用空間。NCR5350/5380Teradata數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器3個(gè)MPP節(jié)點(diǎn)的NCR5350服務(wù)器，5個(gè)MPP節(jié)點(diǎn)的NCR5380服務(wù)器.3個(gè)MPP節(jié)點(diǎn)的NCR5350服務(wù)器和5個(gè)MPP節(jié)點(diǎn)的NCR5380服務(wù)器安裝在一個(gè)機(jī)柜中。每一節(jié)點(diǎn)包括2個(gè)IntelP42.8GhzCPU，具有4GB內(nèi)存。NCR5350/5380海量并行服務(wù)器通過(guò)2GB的光纖通道與NCRWES6840-1456/6841-2456磁盤(pán)陣列存儲(chǔ)系統(tǒng)直接相連。本系統(tǒng)中配置的數(shù)據(jù)倉(cāng)庫(kù)磁盤(pán)存儲(chǔ)容量總計(jì)為28.76TB，分為10個(gè)磁盤(pán)陣列，位于6個(gè)機(jī)柜之內(nèi)（每個(gè)機(jī)柜可以容納2個(gè)磁盤(pán)陣列模塊，有兩個(gè)機(jī)柜存放1個(gè)磁盤(pán)陣列模塊）。NCRWES6840-1456磁盤(pán)陣列中每個(gè)磁盤(pán)陣列具有52塊15000轉(zhuǎn)36GB磁盤(pán)驅(qū)動(dòng)器，合計(jì)磁盤(pán)原始容量是9.072TB；NCRWES6841-2456磁盤(pán)陣列中每個(gè)磁盤(pán)陣列具有56塊15000轉(zhuǎn)72GB磁盤(pán)驅(qū)動(dòng)器，合計(jì)磁盤(pán)原始容量是19.688TB。采用RAID5技術(shù)，提供總計(jì)22.07TB的可使用空間。L700機(jī)械手自動(dòng)磁帶庫(kù)L700機(jī)械手自動(dòng)磁帶庫(kù)擁有8個(gè)LTO3磁帶驅(qū)動(dòng)器（最大寫(xiě)介質(zhì)速度80MB/秒），最大并行備份速度≈288GB×6＝1728GB/小時(shí)，實(shí)際使用按照2/3最大速度計(jì)算，大約1.15TB/小時(shí)。320磁帶槽位，滿配ULTRIUM3介質(zhì)容量800GB×320＝256TB?？赏瑫r(shí)進(jìn)行8個(gè)任務(wù)的定時(shí)數(shù)據(jù)備份和恢復(fù)操作，無(wú)需人工尋找和更換磁帶。SL500機(jī)械手自動(dòng)磁帶庫(kù)SL500(NCR6466)機(jī)械手自動(dòng)磁帶庫(kù)擁有16個(gè)LTO1個(gè)磁帶驅(qū)動(dòng)器（最大寫(xiě)介質(zhì)速度15MB/秒），最大并行備份速度≈54GB×20＝1080GB/小時(shí)，實(shí)際使用按照2/3最大速度計(jì)算，大約720GB/小時(shí)。648個(gè)磁帶槽位，滿配ULTRIUM1介質(zhì)容量200GB×648＝129.6TB，可同時(shí)進(jìn)行16個(gè)任務(wù)的定時(shí)數(shù)據(jù)備份和恢復(fù)操作，無(wú)需人工尋找和更換磁帶。軟件總體結(jié)構(gòu)NCR5450/5380/5350Teradata數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器操作系統(tǒng)：NCRUNIXSVR4MP-RAS數(shù)據(jù)庫(kù)系統(tǒng)：NCRTeradata海量并行處理數(shù)據(jù)庫(kù)管理系統(tǒng)工具：NCRTeradata公用程序MultiLoadFastLoadBteqFastExportArcmainNCRA16數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)管理工作站操作系統(tǒng)：NCRUNIXSVR4MP-RAS工作站管理軟件ETL服務(wù)器操作系統(tǒng)：IBMAIX5.0工具：NCRTeradata公用程序MultiLoadFastLoadBteqFastExportPerlETLAutomationOLAP服務(wù)器操作系統(tǒng)：HPUnix工具：ESSBASE多維分析服務(wù)器版本工具：NCRTeradata公用程序MultiLoadFastLoadBteqFastExportPerlETLAutomationWEB服務(wù)器操作系統(tǒng)：HPUnix&Windows2000Server工具：HyperionBrioClient版本與BEAWEBLogic其它客戶端軟件NCRSQLAssistant即席查詢工具NCRTeradataAdministrator數(shù)據(jù)庫(kù)管理工具NCRTeradataManager數(shù)據(jù)庫(kù)管理工具HyperionBrio工作站軟件報(bào)表和多維分析工具CAERWin建模工具這些工具能從任何Windows95/98/NT/2000工作站來(lái)執(zhí)行。周邊設(shè)備情況NCRA16數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)管理工作站這部服務(wù)器帶有2個(gè)PentiumIV1.3GHz的IntelCPU，帶有2G內(nèi)存，這部服務(wù)器連接內(nèi)部磁盤(pán)子系統(tǒng)，硬盤(pán)子系統(tǒng)具有2個(gè)18GB磁盤(pán)驅(qū)動(dòng)器，合計(jì)磁盤(pán)原始容量是36GB。該服務(wù)器運(yùn)行NCRMP-RASUNIXSVR4MP-RAS操作系統(tǒng)和管理工作站軟件，執(zhí)行對(duì)中央數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)（NCR5350服務(wù)器、NCR5380服務(wù)器和NCR5450服務(wù)器）的管理功能。ETL服務(wù)器2臺(tái)服務(wù)器為IBMP640（4顆1200GHzCPU,8G內(nèi)存,2*73.G內(nèi)置硬盤(pán)。），安裝IBMAIX5.1；Patch版本ML04；ETL服務(wù)器安裝TeradataClient、ETLAutomation軟件，實(shí)時(shí)監(jiān)控從各業(yè)務(wù)系統(tǒng)抽取出來(lái)的源數(shù)據(jù)文件及其控制文件，根據(jù)控制文件觸發(fā)相應(yīng)的加載作業(yè)。ETL服務(wù)器負(fù)責(zé)處理的任務(wù)包括：業(yè)務(wù)源數(shù)據(jù)文件的接收和保存；數(shù)據(jù)加載、整理進(jìn)入中央數(shù)據(jù)倉(cāng)庫(kù)。應(yīng)用服務(wù)器2臺(tái)HPDL360，(2顆Inter?CPU1.4GHz+2G內(nèi)存)，安裝Win2000Server。應(yīng)用服務(wù)器安裝TeradataClient、ETLAutomation、HyperionBrioClient分析客戶端軟件，負(fù)責(zé)將數(shù)據(jù)倉(cāng)庫(kù)數(shù)據(jù)進(jìn)行相應(yīng)處理，提供數(shù)據(jù)展現(xiàn)的需要。應(yīng)用服務(wù)器負(fù)責(zé)處理的任務(wù)包括：關(guān)鍵業(yè)務(wù)指標(biāo)數(shù)據(jù)處理；多維數(shù)據(jù)處理及多維數(shù)據(jù)文件生成和分發(fā)、定制報(bào)表數(shù)據(jù)處理等工作。WEB服務(wù)器2臺(tái)HPrx4640(4顆Inter?CPU1.4GHz，4G內(nèi)存，2塊36GSCSI硬盤(pán)），安裝HPUnix。WEB服務(wù)器放置內(nèi)蒙移動(dòng)經(jīng)營(yíng)分析系統(tǒng)的WEB頁(yè)面，以及Web上的所有數(shù)據(jù)倉(cāng)庫(kù)應(yīng)用程序。以便經(jīng)營(yíng)分析系統(tǒng)使用人員可通過(guò)WEB的方式訪問(wèn)OLAP應(yīng)用服務(wù)器上的多維分析應(yīng)用（CUBE）或報(bào)表（REPORT）。WEB服務(wù)其負(fù)責(zé)的任務(wù)包括：關(guān)鍵業(yè)務(wù)指標(biāo)展示、多維數(shù)據(jù)展示、定制報(bào)表展示等。技術(shù)設(shè)計(jì)內(nèi)蒙經(jīng)分系統(tǒng)資源管理子系統(tǒng)關(guān)鍵技術(shù)設(shè)計(jì)是依靠Teradata數(shù)據(jù)庫(kù)的PI及PARTITION等技術(shù)，Teradata是RelationalDatabaseManagementSystemRDBMS,可用于UNIX，WINDOWSNT，對(duì)應(yīng)于工業(yè)化ANSI標(biāo)準(zhǔn),Teradata用于大型數(shù)據(jù)庫(kù)服務(wù)器，支持并發(fā)訪問(wèn),并發(fā)操作請(qǐng)求使其有能力處理海量數(shù)據(jù),可在單節(jié)點(diǎn)或者多節(jié)點(diǎn)上運(yùn)行,是企業(yè)級(jí)數(shù)據(jù)庫(kù)的首選解決方案。術(shù)語(yǔ)說(shuō)明下表說(shuō)明所使用的專有名詞：名稱定義數(shù)據(jù)庫(kù)(Database)數(shù)據(jù)庫(kù)(database)是一個(gè)區(qū)域，其上可建立對(duì)象，例如表、視圖及宏。表是數(shù)據(jù)儲(chǔ)存的地方，而經(jīng)由視圖及宏可控制數(shù)據(jù)的存取能力。數(shù)據(jù)庫(kù)有配置磁盤(pán)空間。數(shù)據(jù)庫(kù)結(jié)構(gòu)是層次性式架構(gòu)(hierarchical)，子數(shù)據(jù)庫(kù)(childdatabases)建立在母數(shù)據(jù)庫(kù)(parentdatabases)之下。數(shù)據(jù)庫(kù)DBC是一種特殊的數(shù)據(jù)庫(kù)，它在系統(tǒng)定義時(shí)即已存在，且為分類及字典表(catalogueanddictionarytables)的預(yù)設(shè)區(qū)域。DBC亦為數(shù)據(jù)庫(kù)層次結(jié)構(gòu)的頂層。PI數(shù)據(jù)分布的機(jī)制，數(shù)據(jù)分布是否均勻，直接影響到查詢的效率。PARTITION（PartitionedPrimaryIndex），分區(qū)索引，通過(guò)建立分區(qū)主索引（PPI），從而更好的利用Teradata的強(qiáng)大并行能力，使我們可以在主表里同時(shí)儲(chǔ)存歷史數(shù)據(jù)和當(dāng)前數(shù)據(jù)，也不會(huì)降低效能，并降低查詢的復(fù)雜性。用戶(User)用戶(user)是一種可登入至系統(tǒng)的特殊的數(shù)據(jù)庫(kù)。每一位用戶皆被配置一個(gè)嚴(yán)格限制的永久空間，讓用戶儲(chǔ)存?zhèn)€人資料。永久空間(PermanentSpace)永久空間(perm或permspace)為系統(tǒng)中可用以容納數(shù)據(jù)庫(kù)表的磁盤(pán)空間總合。永久空間系配置給數(shù)據(jù)庫(kù)以便儲(chǔ)存數(shù)據(jù)之用。只在一數(shù)據(jù)庫(kù)所屬于的母數(shù)據(jù)庫(kù)(parentdatabase)目前有剩余可用空間時(shí)才能配置永久空間給該數(shù)據(jù)庫(kù)。一開(kāi)始，Teradata數(shù)據(jù)庫(kù)中的所有空間皆為特殊數(shù)據(jù)庫(kù)DBC所擁有。Spool空間(SpoolSpace)Spool空間(spool)是數(shù)據(jù)庫(kù)系統(tǒng)(DBMS)需要提供給表用以在執(zhí)行SQL陳述指令期間暫時(shí)儲(chǔ)存中間結(jié)果的儲(chǔ)存量總合。預(yù)設(shè)作為spool的空間大小是，最小必須有25%的可用空間或最大資料表的1.3倍，兩者取較大者。應(yīng)將此首要規(guī)則視為最低要求，且可視處理程序而改變。在沒(méi)有Spool空間的情況下，查詢無(wú)法執(zhí)行。通常Spool空間是配置給用戶而不是數(shù)據(jù)庫(kù)。Spool的配置并非根據(jù)其直接母體(immediateparent)的可用空間，而是一任意總量，用以限制一位使用者所能夠執(zhí)行的工作量。沒(méi)有spool的使用者無(wú)法執(zhí)行任何工作，而具有很大spool的使用者幾乎可以執(zhí)行任何復(fù)雜的SQL工作。帳號(hào)字符串(AccountStrings)帳號(hào)字符串用以識(shí)別用戶組及用戶的系統(tǒng)優(yōu)先權(quán)，它們通常與個(gè)別用戶組相關(guān)而非特定用戶，但可以為特定用戶建立它們。宏(Macro)宏是一組執(zhí)行一項(xiàng)工作的SQL，類似預(yù)存程序(storedprocedure)，但完全是SQL程序代碼，不包含其它程序代碼語(yǔ)言。宏儲(chǔ)存在數(shù)據(jù)庫(kù)中且由用戶利用SQL命令執(zhí)行。Teradata數(shù)據(jù)倉(cāng)庫(kù)所在的數(shù)據(jù)庫(kù)系統(tǒng)。一般結(jié)構(gòu)一個(gè)稱作DBC的數(shù)據(jù)庫(kù)是Teradata數(shù)據(jù)庫(kù)中的最高層次。它擁有系統(tǒng)中所有的資源。DBC數(shù)據(jù)庫(kù)中存在有各種系統(tǒng)及目錄對(duì)象(dictionaryobjects)。沒(méi)有任何用戶對(duì)DBC有擁有權(quán)。DBC具有其它各種在系統(tǒng)產(chǎn)生時(shí)自動(dòng)建立的數(shù)據(jù)庫(kù)，且這些數(shù)據(jù)庫(kù)與特定的工程任務(wù)及系統(tǒng)維護(hù)任務(wù)相關(guān)聯(lián)，例如SystemFE及Crashdump數(shù)據(jù)庫(kù)。對(duì)數(shù)據(jù)庫(kù)及對(duì)象的擁有權(quán)是層次性的架構(gòu)，且繼承至其下層之子對(duì)象。對(duì)較高層或旁系階層之?dāng)?shù)據(jù)庫(kù)、視圖或宏的存取必須單獨(dú)給予不同的權(quán)利。在內(nèi)蒙移動(dòng)，在DBC用戶下建立了一個(gè)NMCCDW數(shù)據(jù)庫(kù)，其下包含了所有關(guān)于數(shù)據(jù)的數(shù)據(jù)庫(kù)，包括數(shù)據(jù)、視圖、宏與用戶。NMCCDW將是內(nèi)蒙移動(dòng)數(shù)據(jù)庫(kù)管理員的管理員ID(administratorid)，并且擁有NMCCDW之下的所有對(duì)象。利用這種方式，管理員DBC可獨(dú)立出來(lái)且不必要每天對(duì)它作管理工作。這樣就可以保證DBC用戶的安全性并可以避免未經(jīng)許可即對(duì)DBC目錄(catalog)及其它系統(tǒng)表改變。DBC及NMCCDW這兩種用戶都必須設(shè)定特定的權(quán)利。數(shù)據(jù)庫(kù)管理員(DBAs)應(yīng)該使用不同的身份登錄數(shù)據(jù)庫(kù)并用不同的ID來(lái)執(zhí)行數(shù)據(jù)庫(kù)的管理。建議的結(jié)構(gòu)數(shù)據(jù)庫(kù)層次的最頂層為DBC，如下圖：名稱說(shuō)明$NETVAULT_CATALOGBakBoneNETVAULT備份工具CATALOG庫(kù)。CrashDumpsCrashDumps數(shù)據(jù)庫(kù)是系統(tǒng)重新激活時(shí)，系統(tǒng)內(nèi)存傾瀉(systemmemorydumps)之儲(chǔ)存區(qū)域。如此可查看系統(tǒng)重新激活時(shí)發(fā)生的狀況，而且對(duì)于NCR實(shí)驗(yàn)室而言是解決問(wèn)題時(shí)很有用的工具。此數(shù)據(jù)庫(kù)必須能夠保存3個(gè)CrashDumps。DBCMngrSysAdminSys_CalendarDefaultAllConsolePublicTDPUser這些全部都是體系結(jié)構(gòu)的用戶。一般而言，這些用戶ID不會(huì)指定給特定人員，但是會(huì)由負(fù)責(zé)的DBA保留，用它建立用戶并授予他們存取權(quán)。DbqmTeradataQueryManagement工具使用庫(kù)。NETVAULTNETVAULT工具數(shù)據(jù)庫(kù)恢復(fù)用戶，用戶可以自行創(chuàng)建。SystemFE這個(gè)數(shù)據(jù)庫(kù)存有NCR的數(shù)據(jù)庫(kù)執(zhí)行維護(hù)和監(jiān)督各項(xiàng)活動(dòng)所需要的各種視圖。NMCCDW獲得DBC的大部分存儲(chǔ)資源，存放經(jīng)營(yíng)分析系統(tǒng)基礎(chǔ)數(shù)據(jù)、匯總數(shù)據(jù)、視圖、宏、日志、用戶信息等。MMART專題分析數(shù)據(jù)庫(kù)。NMART應(yīng)用數(shù)據(jù)庫(kù)。PData這是基本數(shù)據(jù)(baseproductiondata)的存放位置。同時(shí)也是數(shù)據(jù)模型的資料表的存放位置，表是在LDM及PDM中的資料表。只有DBA才有權(quán)利在這個(gè)數(shù)據(jù)庫(kù)中建立新表，在某種情況下，也可以刪除、更改數(shù)據(jù)庫(kù)中數(shù)據(jù)。

SDATA數(shù)據(jù)臨時(shí)區(qū)，也稱緩沖區(qū)。PMART中間層匯總數(shù)據(jù)庫(kù)及應(yīng)用層數(shù)據(jù)庫(kù)。Temp在測(cè)試工作中所產(chǎn)生的臨時(shí)資料表在這里產(chǎn)生。建立數(shù)據(jù)庫(kù)管理員在數(shù)據(jù)庫(kù)中建立和刪除表，在系統(tǒng)正常運(yùn)行后僅使用這些表。在這個(gè)數(shù)據(jù)庫(kù)中也可以保存衍生的數(shù)據(jù)和匯總表，這些表不是LDM/PDM的一部分，而是根據(jù)系統(tǒng)實(shí)際需要產(chǎn)生的。PView在這個(gè)數(shù)據(jù)庫(kù)中保存系統(tǒng)正式運(yùn)行后的所有的視圖。這些是基本視圖，數(shù)據(jù)的視圖為一般執(zhí)行系統(tǒng)作業(yè)時(shí)執(zhí)行，PView對(duì)PData有Select的權(quán)利。只有DBA才可以在此數(shù)據(jù)庫(kù)中建立對(duì)象。ETL在這個(gè)數(shù)據(jù)庫(kù)中包含所有能夠執(zhí)行數(shù)據(jù)轉(zhuǎn)換、備份工作的用戶的ID，每個(gè)作業(yè)/腳本都應(yīng)該有唯一的用戶ID，這些用戶ID并不分配給特定的人員，而是分配給特定作業(yè)和腳本。應(yīng)該只對(duì)這又這些用戶ID才可以對(duì)正式運(yùn)行的數(shù)據(jù)，有Pdata及PView，的更新的權(quán)限。DBODB深度運(yùn)營(yíng)平臺(tái)數(shù)據(jù)庫(kù)。MARTDB數(shù)據(jù)集市數(shù)據(jù)庫(kù)。外部接口外部接口實(shí)現(xiàn)要求系統(tǒng)外部數(shù)據(jù)接口要提供經(jīng)營(yíng)分析系統(tǒng)與各種外部系統(tǒng)的通用數(shù)據(jù)接口，包括BOSS、客服、網(wǎng)管系統(tǒng)、DSMP平臺(tái)、彩鈴平臺(tái)、中央基地平臺(tái)、MAS/ADC平臺(tái)和新業(yè)務(wù)營(yíng)銷體驗(yàn)平臺(tái)等系統(tǒng),一級(jí)經(jīng)營(yíng)分析系統(tǒng),與BOSS等生產(chǎn)系統(tǒng)的營(yíng)銷互動(dòng),短信網(wǎng)關(guān)等外部系統(tǒng)。圖STYLEREF1\s4SEQ圖\*ARABIC\s14資源管理子系統(tǒng)模塊與外部系統(tǒng)的關(guān)系實(shí)現(xiàn)原則經(jīng)營(yíng)分析系統(tǒng)存在多種接口，接口直接影響系統(tǒng)的準(zhǔn)確性、一致性；接口直接關(guān)系到系統(tǒng)的運(yùn)行效率。經(jīng)營(yíng)分析系統(tǒng)的接口設(shè)計(jì)、實(shí)施遵循下列原則：接口實(shí)現(xiàn)方式多樣化，支持多種接口協(xié)議，同時(shí)接口的接入模式支持分散和集中等多種形式的接入方式；經(jīng)營(yíng)分析系統(tǒng)的各類接口，以集中為原則，接口規(guī)則統(tǒng)一，不使用個(gè)性化的接口規(guī)則；接口實(shí)施，建議各系統(tǒng)之間，進(jìn)行各類接口標(biāo)準(zhǔn)的重新約定或確認(rèn)。與全市的內(nèi)外部系統(tǒng)之間，與每一個(gè)具體的系統(tǒng)，商榷接口標(biāo)準(zhǔn)，避免制定多種協(xié)議標(biāo)準(zhǔn)，導(dǎo)致系統(tǒng)的復(fù)雜；對(duì)于有些已長(zhǎng)期運(yùn)行的系統(tǒng)，或者一些外部系統(tǒng)，由于歷史原因，已經(jīng)存在多種實(shí)事接口協(xié)議標(biāo)準(zhǔn)，實(shí)在難以調(diào)整的，經(jīng)營(yíng)分析系統(tǒng)將在這些同種業(yè)務(wù)的多個(gè)協(xié)議標(biāo)準(zhǔn)之間，加入一組接口業(yè)務(wù)系統(tǒng)適配層，使之能適應(yīng)多種外部接口標(biāo)準(zhǔn)，使得經(jīng)營(yíng)分析系統(tǒng)對(duì)系統(tǒng)內(nèi)部仍然表現(xiàn)出是同一個(gè)接口協(xié)議標(biāo)準(zhǔn)；經(jīng)營(yíng)分析系統(tǒng)在建設(shè)的過(guò)程中，接口系統(tǒng)需要同步建設(shè)，確保在系統(tǒng)試運(yùn)行時(shí)，各類接口都已完畢；異構(gòu)系統(tǒng)采用松耦合接口方式，以組件的形式提供接口邏輯的程序調(diào)用；系統(tǒng)進(jìn)行各類接口的監(jiān)控管理，各類接口進(jìn)行完整細(xì)致的日志記錄；嚴(yán)格接口安全管理，加強(qiáng)審核校驗(yàn)；經(jīng)營(yíng)分析系統(tǒng)數(shù)據(jù)接口應(yīng)保證所有的數(shù)據(jù)傳送安全可靠；經(jīng)營(yíng)分析系統(tǒng)數(shù)據(jù)接口連接必須具有多級(jí)別的安全控制機(jī)制，同外部系統(tǒng)連接或廣域網(wǎng)連接應(yīng)通過(guò)有安全控制的網(wǎng)關(guān)設(shè)備或防火墻進(jìn)行連接，不允許直接聯(lián)網(wǎng)；經(jīng)營(yíng)分析系統(tǒng)與外部系統(tǒng)的數(shù)據(jù)接口應(yīng)能夠平滑地?cái)U(kuò)充，包括處理能力、處理節(jié)點(diǎn)、業(yè)務(wù)功能的擴(kuò)充；經(jīng)營(yíng)分析系統(tǒng)數(shù)據(jù)接口設(shè)計(jì)應(yīng)充分考慮并遵循靈活、規(guī)范、方便、安全的原則。數(shù)據(jù)交換方式BOSS系統(tǒng)的主要建設(shè)內(nèi)容是對(duì)現(xiàn)有的計(jì)費(fèi)結(jié)算、營(yíng)業(yè)帳務(wù)、業(yè)務(wù)管理，新業(yè)務(wù)系統(tǒng)，智能網(wǎng)系統(tǒng)等系統(tǒng)進(jìn)行統(tǒng)一的整合和改造，將整個(gè)業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)重新規(guī)劃為數(shù)據(jù)采集、計(jì)費(fèi)、結(jié)算、帳務(wù)、業(yè)務(wù)管理和系統(tǒng)管理七大模塊，建立了集中的數(shù)據(jù)中心，所有業(yè)務(wù)計(jì)費(fèi)信息都要送到內(nèi)蒙移動(dòng)的BOSS系統(tǒng)，內(nèi)蒙移動(dòng)的BOSS系統(tǒng)成為集中的、一體化的業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)。而在內(nèi)蒙移動(dòng)經(jīng)營(yíng)分析系統(tǒng)建設(shè)中最大的問(wèn)題就是數(shù)據(jù)的集中采集和管理。如何將數(shù)據(jù)（無(wú)論是BOSS系統(tǒng)建成后集中的數(shù)據(jù)，還是在BOSS系統(tǒng)建設(shè)期間分散的數(shù)據(jù)）導(dǎo)入數(shù)據(jù)倉(cāng)庫(kù)是需要認(rèn)真考慮的首要問(wèn)題?？紤]到內(nèi)蒙移動(dòng)BOSS系統(tǒng)建設(shè)的實(shí)際情況，NCR建議采用集中數(shù)據(jù)導(dǎo)入的方式加載數(shù)據(jù)。集中數(shù)據(jù)導(dǎo)入數(shù)據(jù)倉(cāng)庫(kù)BOSS業(yè)務(wù)系統(tǒng)建成并實(shí)現(xiàn)數(shù)據(jù)的最終集中后，由BOSS系統(tǒng)通過(guò)傳送將省中心的數(shù)據(jù)經(jīng)由數(shù)據(jù)倉(cāng)庫(kù)轉(zhuǎn)換和加載系統(tǒng)，即內(nèi)蒙移動(dòng)BOSS系統(tǒng)將原始CDR話單和其它業(yè)務(wù)話單，及營(yíng)業(yè)帳務(wù)信息通過(guò)FTP的方式，按照約定的命名規(guī)范，傳送時(shí)間規(guī)范，送到內(nèi)蒙移動(dòng)數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)加載服務(wù)器上的指定目錄內(nèi)，再由數(shù)據(jù)倉(cāng)庫(kù)ETL系統(tǒng)自動(dòng)經(jīng)過(guò)數(shù)據(jù)轉(zhuǎn)換、加載到數(shù)據(jù)倉(cāng)庫(kù)。這樣可以降低數(shù)據(jù)倉(cāng)庫(kù)數(shù)據(jù)導(dǎo)入的工作量、采集難度以及系統(tǒng)資源浪費(fèi)，保證所有數(shù)據(jù)及時(shí)傳送到數(shù)據(jù)倉(cāng)庫(kù)中。即定時(shí)數(shù)據(jù)交換：由內(nèi)蒙移動(dòng)BOSS系統(tǒng)按雙方商定互相認(rèn)可的協(xié)議，根據(jù)協(xié)議規(guī)定的方式，在規(guī)定的時(shí)間定時(shí)按照約定的命名規(guī)范將有關(guān)數(shù)據(jù)通過(guò)FTP的方式送交內(nèi)蒙移動(dòng)經(jīng)營(yíng)分析系統(tǒng)，實(shí)現(xiàn)數(shù)據(jù)的采集。（有問(wèn)題？）采集數(shù)據(jù)內(nèi)容經(jīng)營(yíng)分析系統(tǒng)需要采集的BOSS基本數(shù)據(jù)如下（寫(xiě)腳本時(shí)用到的源表嗎？）：明細(xì)賬單、綜合帳單、交費(fèi)、銷帳記錄；客戶/服務(wù)記錄，服務(wù)時(shí)限記錄，黑名單/紅名單紀(jì)錄；工單、客戶服務(wù)定單；1860/1861產(chǎn)生的投訴、咨詢、走訪、建議；1860/1861日志記錄；計(jì)費(fèi)清單，結(jié)算清單；代銷商人員信息資料,代銷商考核數(shù)據(jù)；客服人員信息資料；卡、設(shè)備資源統(tǒng)計(jì)數(shù)據(jù)；客戶包括大客戶資料。交換機(jī)話單，即CDR話單神州行業(yè)務(wù)話單GRPS業(yè)務(wù)話單移動(dòng)夢(mèng)網(wǎng)業(yè)務(wù)話單短信息業(yè)務(wù)話單網(wǎng)間結(jié)算話單VPMN話單數(shù)據(jù)業(yè)務(wù)話單平臺(tái)設(shè)計(jì)數(shù)據(jù)倉(cāng)庫(kù)體系結(jié)構(gòu)的基本概念是實(shí)現(xiàn)從源數(shù)據(jù)系統(tǒng)方便的傳送、轉(zhuǎn)換、與加載數(shù)據(jù)到數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)，使最終用戶使用數(shù)據(jù)更有效率，而且更好地管理整個(gè)系統(tǒng)。為了獲得最佳效果，需在不同的服務(wù)器之間分配工作負(fù)荷，工具也相應(yīng)地放置于最合適的服務(wù)器之內(nèi)。整個(gè)經(jīng)營(yíng)分析系統(tǒng)體系結(jié)構(gòu)圖如下圖所示：設(shè)計(jì)原則數(shù)據(jù)倉(cāng)庫(kù)的設(shè)計(jì)都是需要在實(shí)際的需求和總體投入之間進(jìn)行平衡的，因此應(yīng)當(dāng)在下述幾個(gè)方面充分考慮數(shù)據(jù)倉(cāng)庫(kù)技術(shù)平臺(tái)的設(shè)計(jì)：數(shù)據(jù)粒度數(shù)據(jù)粒度指數(shù)據(jù)倉(cāng)庫(kù)中數(shù)據(jù)保留的詳細(xì)程度，數(shù)據(jù)粒度越小，數(shù)據(jù)越詳細(xì)；越大則匯總程度越高。數(shù)據(jù)粒度小，則可以獲取更詳細(xì)數(shù)據(jù)，但應(yīng)用的響應(yīng)速度越低；越大則響應(yīng)速度越高，但可能喪失某些層面的信息。數(shù)據(jù)保留時(shí)間和采集及時(shí)性數(shù)據(jù)保留時(shí)間越長(zhǎng)，保留的歷史信息越豐富，但也需要更大的數(shù)據(jù)倉(cāng)庫(kù)空間；采集越及時(shí)，越能更及時(shí)地提供應(yīng)用，但對(duì)源業(yè)務(wù)系統(tǒng)、數(shù)據(jù)ETL和數(shù)據(jù)倉(cāng)庫(kù)提出的要求越高?？纱嫒⌒钥纱嫒⌒灾缸罱K用戶需要的數(shù)據(jù)倉(cāng)庫(kù)應(yīng)用的可用程度。7x24的可存取性固然對(duì)最終用戶而言非常好，但可能要求對(duì)系統(tǒng)進(jìn)行更大的投入?？蓴U(kuò)展性可擴(kuò)展性是在不顯著增加系統(tǒng)響應(yīng)時(shí)間和軟硬件花費(fèi)的情況下，在用戶數(shù)量、數(shù)據(jù)量或處理能力方面增加系統(tǒng)負(fù)載的能力。如果在架構(gòu)的早期設(shè)計(jì)中充分考慮以下因素，則數(shù)據(jù)倉(cāng)庫(kù)的可擴(kuò)展性就能得以提高：數(shù)據(jù)庫(kù)管理系統(tǒng)軟件選型；技術(shù)架構(gòu)設(shè)計(jì)，特別是ETL、數(shù)據(jù)倉(cāng)庫(kù)組件的選擇，硬件、操作系統(tǒng)平臺(tái)的選擇，以及并行和集群技術(shù)的使用。數(shù)據(jù)加載頻率數(shù)據(jù)加載頻度指在數(shù)據(jù)倉(cāng)庫(kù)中進(jìn)行數(shù)據(jù)加載的頻率，數(shù)據(jù)加載頻率越高，應(yīng)用的實(shí)時(shí)性越強(qiáng)，對(duì)源業(yè)務(wù)系統(tǒng)、ETL系統(tǒng)和數(shù)據(jù)倉(cāng)庫(kù)的要求越高、對(duì)業(yè)務(wù)系統(tǒng)的影響越大。對(duì)于需要實(shí)時(shí)采集數(shù)據(jù)的數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)而言，可以結(jié)合EAI（EnterpriseApplicationIntegration）技術(shù)進(jìn)行設(shè)計(jì)。但需要指出的是：對(duì)本已十分復(fù)雜的數(shù)據(jù)倉(cāng)庫(kù)設(shè)計(jì)而言，實(shí)時(shí)采集的需求將使數(shù)據(jù)倉(cāng)庫(kù)的實(shí)現(xiàn)更加復(fù)雜和不確定（需要更詳盡的考慮源業(yè)務(wù)系統(tǒng)）、更加提高了數(shù)據(jù)倉(cāng)庫(kù)實(shí)施的風(fēng)險(xiǎn)；同時(shí)，對(duì)源業(yè)務(wù)系統(tǒng)而言也將增加很大負(fù)擔(dān)。系統(tǒng)數(shù)據(jù)接口目前有六種數(shù)據(jù)來(lái)源：BOSS系統(tǒng):屬于內(nèi)蒙移動(dòng)的BOSS系統(tǒng)，其中包括了計(jì)費(fèi)和營(yíng)帳系統(tǒng)與處理帳務(wù)及客戶資料的系統(tǒng)。計(jì)費(fèi)系統(tǒng)以HP9000為平臺(tái)，營(yíng)帳系統(tǒng)同樣以HP9000為平臺(tái)。BOSS系統(tǒng)的計(jì)費(fèi)系統(tǒng)。BOSS系統(tǒng)的營(yíng)帳系統(tǒng)。商務(wù)分公司的短信業(yè)務(wù)和移動(dòng)夢(mèng)網(wǎng)系統(tǒng)。數(shù)據(jù)分公司的上網(wǎng)直通車業(yè)務(wù)?？蛻舴?wù)中心的大客戶服務(wù)業(yè)務(wù)?？蛻舴?wù)系統(tǒng)：屬于客戶服務(wù)中心的客戶服務(wù)系統(tǒng)（1860），以HPUnix為平臺(tái)，建立在Oracle數(shù)據(jù)庫(kù)上的華為客服系統(tǒng)。MISC系統(tǒng)：由卓望公司實(shí)施。彩鈴平臺(tái)系統(tǒng)：由華為公司實(shí)施。話務(wù)網(wǎng)管系統(tǒng)：由億陽(yáng)公司實(shí)施。中央音樂(lè)平臺(tái)：由集團(tuán)統(tǒng)一下發(fā)接口。對(duì)于客戶資料應(yīng)將進(jìn)行匯總整合，以利數(shù)據(jù)之一致性并避免重復(fù)。在總體設(shè)計(jì)上，目前是各個(gè)業(yè)務(wù)系統(tǒng)將數(shù)據(jù)通過(guò)接口或者文件方式傳送給BOSS系統(tǒng)作處理，NCR建議由BOSS系統(tǒng)經(jīng)過(guò)處理后統(tǒng)一傳送給內(nèi)蒙移動(dòng)經(jīng)營(yíng)分析系統(tǒng)。我們計(jì)劃以上的數(shù)據(jù)來(lái)源的的傳送機(jī)制都經(jīng)由ASCII文件。在BOSS系統(tǒng)中通過(guò)FTP的方法，傳送給ETL加載服務(wù)器，再由ETL加載服務(wù)器裝載入NCR的數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器中。對(duì)于新增加部分和數(shù)據(jù)更新部分，經(jīng)雙方共同確認(rèn)后，由內(nèi)蒙移動(dòng)BOSS系統(tǒng)，將新增加部分和更新部分按數(shù)據(jù)傳送規(guī)范，以FTP方式傳送給NCR的ETL數(shù)據(jù)加載服務(wù)器。數(shù)據(jù)加載將會(huì)自動(dòng)化進(jìn)行，采用程序輪詢的處理方法。能及時(shí)發(fā)現(xiàn)源系統(tǒng)已經(jīng)傳送了新的數(shù)據(jù)資料，這些數(shù)據(jù)文件將置于ETL加載服務(wù)器上的指定目錄。程序?qū)⒃贓TL加載服務(wù)器上執(zhí)行。它們會(huì)尋找這些檔案，如果能取得這些檔案，程序就會(huì)獲取這些檔案，并傳送到轉(zhuǎn)換服務(wù)器。程序會(huì)進(jìn)行完整性檢查，以確保檔案的傳送與接收都正確。數(shù)據(jù)轉(zhuǎn)換這項(xiàng)操作一部分將于ETL加載服務(wù)器上進(jìn)行。如有需要，可撰寫(xiě)一些Perl程序，轉(zhuǎn)換程序?qū)⒂诘?章詳細(xì)說(shuō)明。另一部分在入庫(kù)后，利用數(shù)據(jù)庫(kù)強(qiáng)大性能的支撐下由SQL腳本實(shí)現(xiàn)。這兩部分程序都將會(huì)自動(dòng)化運(yùn)行。數(shù)據(jù)加載這項(xiàng)操作將于ETL加載服務(wù)器上進(jìn)行，以包括FastLoad、MultiLoad、Bteq等等高效的Teradata加載公用程序來(lái)執(zhí)行。這部分程序?qū)?huì)自動(dòng)化運(yùn)行。我們將會(huì)開(kāi)發(fā)增量加載程序，這是針對(duì)大數(shù)據(jù)量的數(shù)據(jù)單元，我們將使用增量更新，而非全量更新。安全、性能管理與容量規(guī)劃這些工作將利用TeradataManager、TeradataPrioritySchedulerFacility、TeradataAdministrator等工具來(lái)實(shí)現(xiàn)。這都是以Windows為基礎(chǔ)的工具，能從任何Windows98/XP/2000/2003工作站來(lái)執(zhí)行。性能管理與容量規(guī)劃可能需要某些用戶自定義的SQL與報(bào)告，這些資料和信息儲(chǔ)存在NCR的ETL加載服務(wù)器內(nèi)。系統(tǒng)訪問(wèn)方式最終用戶通過(guò)Web的方式來(lái)訪問(wèn)數(shù)據(jù)倉(cāng)庫(kù)的信息。系統(tǒng)將建立內(nèi)蒙移動(dòng)經(jīng)營(yíng)分析系統(tǒng)的Web頁(yè)面，并具有本身的系統(tǒng)安全機(jī)制。這個(gè)Web應(yīng)用程序?qū)?chǔ)存于Web服務(wù)器內(nèi)。Brio將作為前端工具，多維分析立方體文件將儲(chǔ)存于內(nèi)蒙移動(dòng)經(jīng)營(yíng)分析系統(tǒng)的OLAP服務(wù)器內(nèi)。提供3種類型的報(bào)告：采用HTML文件形式的靜態(tài)報(bào)表，這些將是Web首頁(yè)的一部份。采用BrioIntelligenceclient報(bào)表形式的報(bào)表，這些將是以參數(shù)為基礎(chǔ)的報(bào)表。Essbase+Brio是BrioOLAP多維分析應(yīng)用程序，能執(zhí)行OLAP多維分析。除了這些之外，還有某些用戶可能要求對(duì)于NCR數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)進(jìn)行隨機(jī)查詢（AdHocQuery）。這有兩種方法：第一種是使用SQL工具之一，例如TeradataSQLAssistant或MSAccess，直接提交SQL來(lái)達(dá)成；第二種是使用應(yīng)用中的某些即席查詢功能。在預(yù)定的時(shí)刻，將使用從Bteq或FastExport所執(zhí)行SQL的組合，從NCR數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中抓取數(shù)據(jù)。這份資料將用以加載PowerPlayCubes。這部分程序?qū)?huì)自動(dòng)化運(yùn)行。數(shù)據(jù)模型邏輯數(shù)據(jù)模型化通過(guò)圖形技術(shù)，來(lái)說(shuō)明對(duì)于Entity(稱為實(shí)體)具有重要性的對(duì)象的相關(guān)商業(yè)規(guī)則；其中包括實(shí)體認(rèn)為重要的對(duì)象的屬性或特性，以及不同對(duì)象之間的關(guān)系。我們使用邏輯一詞，因?yàn)閺?qiáng)調(diào)的重點(diǎn)是了解資料的基本邏輯結(jié)構(gòu)，而非產(chǎn)生這份資料如何建設(shè)到具體檔案或數(shù)據(jù)庫(kù)之內(nèi)的設(shè)計(jì)。支持任何商業(yè)領(lǐng)域的邏輯數(shù)據(jù)模型通常非常穩(wěn)定，長(zhǎng)時(shí)間內(nèi)發(fā)生的改變是基本結(jié)構(gòu)的延伸。數(shù)據(jù)模型的建立經(jīng)過(guò)證實(shí)是非常優(yōu)異的方法，以商業(yè)及技術(shù)人員能了解的方式來(lái)發(fā)掘、紀(jì)錄、與溝通需求。但是模型化的優(yōu)點(diǎn)并不止于此，因?yàn)槟Ｐ退畔⑿枨蟮母袷侥芗嫒萦诓煌捻?xiàng)目，所以別人易于在其模型內(nèi)納入相同的需求。這種模型的重復(fù)使用性，將協(xié)助達(dá)成一致、可共享資料的目標(biāo)，這也是我們?cè)跀?shù)據(jù)庫(kù)設(shè)計(jì)與開(kāi)發(fā)方面的第一步。邏輯數(shù)據(jù)模型這是對(duì)于已規(guī)劃的系統(tǒng)范圍為基礎(chǔ)的資料的邏輯視圖，產(chǎn)生于系統(tǒng)的初始調(diào)查期間，這是全面屬性化數(shù)據(jù)模型，因?yàn)榛卮鹕虡I(yè)問(wèn)題所需的所有信息是由數(shù)據(jù)倉(cāng)庫(kù)的最終實(shí)現(xiàn)得出。物理數(shù)據(jù)模型物理數(shù)據(jù)模型與邏輯數(shù)據(jù)模型不同，因?yàn)榭紤]到數(shù)據(jù)的實(shí)際儲(chǔ)存量。在此階段之前，并沒(méi)有考慮數(shù)據(jù)的實(shí)際儲(chǔ)存量，數(shù)據(jù)庫(kù)管理系統(tǒng)能使用的是邏輯型態(tài)。在此階段不需新增額外的元素，雖然會(huì)考慮包括從已經(jīng)確認(rèn)的信息(例如總銷售額、每月銷售額等)中取得的元素，或改變結(jié)構(gòu)以符合任何預(yù)先定義的功能標(biāo)準(zhǔn)。數(shù)據(jù)模型的交付模型交付說(shuō)明邏輯數(shù)據(jù)模型E/R模型圖實(shí)體屬性關(guān)系實(shí)體與屬性定義網(wǎng)域主要與外來(lái)鍵值邏輯數(shù)據(jù)模型是完全屬性化的數(shù)據(jù)模型，能支持內(nèi)蒙移動(dòng)經(jīng)營(yíng)分析系統(tǒng)建設(shè)的信息需求。物理數(shù)據(jù)模型E/R模型圖表格具有數(shù)據(jù)類型、預(yù)設(shè)字段名稱、無(wú)標(biāo)示的字段Teradata主要索引與次要索引與邏輯數(shù)據(jù)模型有任何差異的理由Volumetrics(預(yù)估成長(zhǎng)量,不包括RAID計(jì)算式)物理數(shù)據(jù)模型的結(jié)構(gòu)可能與其邏輯型態(tài)大不相同。改變的理由很多，例如對(duì)于功能的期待，或檔案結(jié)構(gòu)系統(tǒng)支持邏輯數(shù)據(jù)模型結(jié)構(gòu)的能力。還可能基于作業(yè)理由而增加額外的表格(例如用以控制下一個(gè)可用序列號(hào)碼的表格)，或有效利用環(huán)境(例如包含每月累計(jì)總數(shù)的表格)。內(nèi)蒙移動(dòng)的數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的實(shí)體數(shù)據(jù)模型是針對(duì)TeradataRDBMS而設(shè)計(jì)。數(shù)據(jù)模型的管理對(duì)于維護(hù)定義好的數(shù)據(jù)模型的層次結(jié)構(gòu)，用程序來(lái)支持模型的強(qiáng)化與維護(hù)是非常重要的工作。我們關(guān)注的課題是它們?nèi)菀讍适脚c數(shù)值，加上內(nèi)容與地點(diǎn)的錯(cuò)誤假設(shè)而增加了風(fēng)險(xiǎn)。這顯然需要密切管理，我們必須擬定下列程序來(lái)確保維持模型的完整性：存取必須維持對(duì)于存取類型的嚴(yán)格管制。目標(biāo)是模型成為技術(shù)與商業(yè)使用者對(duì)于事業(yè)內(nèi)信息的參考點(diǎn)，因此必須提供及時(shí)可用的讀取功能，但是對(duì)于模型的改變必須審慎管制。登錄要改變模型時(shí)，必須有某種形式的簽出，并說(shuō)明改變的理由。版本控制這從上一個(gè)章節(jié)的討論中應(yīng)該明顯可知，但是容易忽視。審核紀(jì)錄改變完成之后，如果制作審核記錄將有好處。測(cè)試所有改變都必須經(jīng)過(guò)某種型態(tài)的測(cè)試，或品質(zhì)檢查，其中包括支持模型的文件。上述考慮(或課題)應(yīng)由IT部門處理?？赡苄枰?shù)據(jù)管理功能，而這個(gè)功能也可以交給DBA群組來(lái)負(fù)責(zé)。關(guān)鍵實(shí)體以及實(shí)體清單農(nóng)村客戶統(tǒng)一視圖農(nóng)村客戶基本屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_COUNTRY_CUST_BASE_PROP字段名字段說(shuō)明字段類型SUBS_ID用戶標(biāo)識(shí)CHAR(12)CUST_NUM客戶號(hào)碼VARCHAR(15)City_ID地市標(biāo)識(shí)CHAR(4)BUSN_COUNTER_ID營(yíng)業(yè)廳標(biāo)識(shí)CHAR(8)BLTO_Operator歸屬運(yùn)營(yíng)商CHAR(2)Name姓名VARCHAR(32)Gender性別CHAR(2)Post_Cod郵政編碼CHAR(10)Comm_ADDR通信地址VARCHAR(128)CUST_STS客戶狀態(tài)CHAR(2)CUST_Type客戶類型CHAR(2)CAL_Month統(tǒng)計(jì)月份INTEGER農(nóng)村客戶分析屬性業(yè)務(wù)使用屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_COUNTRY_CUST_SVC_USE字段名字段說(shuō)明字段類型SUBS_ID用戶標(biāo)識(shí)CHAR(12)MSISDN_ID手機(jī)號(hào)碼VARCHAR(15)Comm_NUM通話次數(shù)INTEGERComm_DUR通話時(shí)長(zhǎng)INTEGERCHRG_DUR計(jì)費(fèi)時(shí)長(zhǎng)INTEGERSMS_NUM短信次數(shù)INTEGERBusyTime_Call_Out_DUR忙時(shí)呼出時(shí)長(zhǎng)INTEGERSpare_Time_Call_Out_DUR閑時(shí)呼出時(shí)長(zhǎng)INTEGERBusyTime_Call_In_DUR忙時(shí)呼入時(shí)長(zhǎng)INTEGERSpare_Time_Call_In_DUR閑時(shí)呼入時(shí)長(zhǎng)INTEGERBusyTime_SMS_Send_NUM忙時(shí)短信發(fā)送次數(shù)INTEGERSpare_Time_SMS_Send_NUM閑時(shí)短信發(fā)送次數(shù)INTEGERBusyTime_SMS_ACPT_NUM忙時(shí)短信接收次數(shù)INTEGERSpare_Time_SMS_ACPT_NUM閑時(shí)短信接收次數(shù)INTEGERCMCCVIP_Comm_DUR和移動(dòng)VIP通話時(shí)長(zhǎng)INTEGERCMCCVIP_SMS_NUM和移動(dòng)VIP短信次數(shù)INTEGERCall_CMCC_Voic_NUM_QUAN呼叫移動(dòng)語(yǔ)音號(hào)碼個(gè)數(shù)INTEGERCall_In_CMCC_Voic_NUM_QUAN呼入移動(dòng)語(yǔ)音號(hào)碼個(gè)數(shù)INTEGERSend_CMCC_SMS_NUM_QUAN發(fā)送移動(dòng)短信號(hào)碼個(gè)數(shù)INTEGERACPT_CMCC_SMS_NUM_QUAN接收移動(dòng)短信號(hào)碼個(gè)數(shù)INTEGERCMCCVIP_Voic_Comm_NUM_QUAN和移動(dòng)VIP語(yǔ)音通話號(hào)碼個(gè)數(shù)INTEGERCMCCVIP_Comm_NUM_QUAN和移動(dòng)VIP通話號(hào)碼個(gè)數(shù)INTEGERConn_COMM_Feature互通交往圈特征CHAR(2)Conn_SVC_Quan_Feature互通業(yè)務(wù)量特征CHAR(2)CAL_Month統(tǒng)計(jì)月份INTEGER接觸行為屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_COUNTRY_CUST_TOUCH_BEHV字段名字段說(shuō)明字段類型SUBS_ID用戶標(biāo)識(shí)CHAR(12)Touch_Alter_METH接觸交互方式CHAR(2)Touch_Channel接觸渠道CHAR(5)Touch_NUM接觸次數(shù)INTEGRECUST_ANS_State客戶響應(yīng)情況INTEGRETouch_SATIS_Degree接觸滿意度INTEGRETouch_Tolerant_Degree接觸容忍度CHAR(2)Touch_Sens_Degree接觸敏感度DEC(18,2)CAL_Month統(tǒng)計(jì)月份INTEGRE區(qū)域化分布屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_COUNTRY_CUST_DISTR_PROP字段名字段說(shuō)明字段類型SUBS_ID用戶標(biāo)識(shí)CHAR(12)Cell_Type基站類型CHAR(2)Call_Type呼叫類型CHAR(2)Area_Feature區(qū)域化特征CHAR(2)Comm_NUM通信次數(shù)DECIMAL(18,0)CHRG_DUR計(jì)費(fèi)時(shí)長(zhǎng)DECIMAL(18,0)CAL_Month統(tǒng)計(jì)月份INTEGER客服總體信息總體KPI統(tǒng)一視圖數(shù)據(jù)庫(kù)名稱：KMART表名：FID_KPI_COLL_CONS_DAILY字段名字段說(shuō)明字段類型CAL_Date統(tǒng)計(jì)日期DATECity_ID地市標(biāo)識(shí)CHAR(4)Channel_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)CUST_Brand_ID品牌CHAR(3)SVC_Query_Quan業(yè)務(wù)查詢量INTEGERSVC_Consult_Quan業(yè)務(wù)咨詢量INTEGERSVC_Operate_Quan業(yè)務(wù)辦理量INTEGERComplain_Quan投訴/建議量INTEGERComplain_PROC_Intm_Rate投訴處理及時(shí)率DEC(18,2)Complain_Immediate_Solve_Rate投訴現(xiàn)場(chǎng)解決率DEC(18,2)Upgrade_Complain_Quan升級(jí)投訴量INTEGERCUST_Cont_Rate客戶滿意度DEC(18,2)服務(wù)質(zhì)量統(tǒng)一視圖數(shù)據(jù)庫(kù)名稱：KMART表名：FID_WORK_ORDER_QUA_ANLZ字段名字段說(shuō)明字段類型CAL_Date統(tǒng)計(jì)日期DATECity_ID地市標(biāo)識(shí)CHAR(4)Brand_ID品牌標(biāo)識(shí)CHAR(4)Comm_Period通信時(shí)段CHAR(2)CUST_Class客戶等級(jí)CHAR(2)Consume_Level消費(fèi)層次CHAR(2)Stay_DUR_Level在網(wǎng)時(shí)長(zhǎng)層次CHAR(2)SVC_PROC_TYPE業(yè)務(wù)受理類型CHAR(4)SVC_Type_Code業(yè)務(wù)類型VARCHAR(128)SO_WAY業(yè)務(wù)受理途徑CHAR(2)Work_Order_PROC_Channel工單處理部門VARCHAR(32)Work_Order_Level工單級(jí)別CHAR(1)Distrb_Work_Order_QUAN派發(fā)工單數(shù)INTEGERPROC_Work_Order_QUAN處理工單數(shù)INTEGERWork_Order_PROC_DUR工單處理時(shí)長(zhǎng)DECIMAL(18,0)Overtime_PROC_Work_Order_QUAN超時(shí)處理工單數(shù)INTEGERWork_Order_Overtime_DUR工單超時(shí)時(shí)長(zhǎng)DECIMAL(18,0)DUR_Limit_Not_PROC_Work_Order時(shí)限內(nèi)未處理工單數(shù)INTEGEROvertime_Not_PROC_Work_Order超時(shí)未處理工單數(shù)INTEGERFact_AVG_Serv_Time實(shí)際平均服務(wù)時(shí)間DECIMAL(18,0)SERV_Timelimit_Info服務(wù)時(shí)限等服務(wù)時(shí)限信息DECIMAL(18,0)Avg_Work_Order_PROC_DUR工單處理平均時(shí)長(zhǎng)DECIMAL(18,0)Avg_Work_Order_Overtime_DUR工單超時(shí)平均時(shí)長(zhǎng)DECIMAL(18,0)10086客服信息統(tǒng)一視圖總體信息屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_COLL_INFO_ATTR_DAILY字段名字段說(shuō)明字段類型CAL_Date統(tǒng)計(jì)日期DATECity_ID地市標(biāo)識(shí)CHAR(4)Channel_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)CUST_Brand_ID客戶品牌標(biāo)識(shí)CHAR(3)MAN_REQ_Quan人工請(qǐng)求量INTEGERMAN_SERV_REQ_Quan_Rate人工服務(wù)請(qǐng)求量占比DECIMAL(18,2)MAN20_Seconds_CNNCT_Rate人工20秒接通率DECIMAL(18,2)MAN30_Seconds_CNNCT_Rate人工30秒接通率DECIMAL(18,2)MAN_Avg_PROC_DUR人工平均處理時(shí)長(zhǎng)DECIMAL(18,2)CMan_Online_Using_Rate熱線在線利用率DECIMAL(18,2)MAN_FST_Solve_Rate人工一次解決率DECIMAL(18,2)Auto_ANS_REQ_Quan自動(dòng)應(yīng)答請(qǐng)求量INTEGERAuto_ANS_Sucs_Rate自動(dòng)應(yīng)答成功率DECIMAL(18,2)客戶請(qǐng)求屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_CUST_REQ_ATTR_DAILY字段名字段說(shuō)明字段類型CAL_Date統(tǒng)計(jì)時(shí)間DATECity_ID地市標(biāo)識(shí)CHAR(4)Channel_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)CUST_Brand_ID客戶品牌標(biāo)識(shí)CHAR(3)Cust_Serv_Language_Class客服語(yǔ)言種類CHAR(2)Cust_Serv_SERV_METH客服熱線服務(wù)方式CHAR(2)Cust_Serv_REQ_Quan客服熱線請(qǐng)求量INTEGERCust_Serv_CNNCT_Quan客服熱線接通量INTEGERREQ_CUST_QUAN請(qǐng)求客戶數(shù)INTEGERCNNCT_CUST_QUAN接通客戶數(shù)INTEGER效率信息屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_EFFI_INFO_ATTR_DAILY字段名字段說(shuō)明字段類型CAL_Date統(tǒng)計(jì)日期DATECity_ID地域標(biāo)識(shí)CHAR(4)Channel_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)CUST_Brand_ID客戶品牌標(biāo)識(shí)CHAR(18)Cust_Serv_SERV_METH客服熱線服務(wù)方式CHAR(2)ANS_REQ_Quan應(yīng)答請(qǐng)求量INTEGERANS_Sucs_Quan應(yīng)答成功量INTEGERMAN_ANS_Sucs_Rate人工應(yīng)答成功率DECIMAL(18,2)Auto_ANS_Sucs_Rate自動(dòng)應(yīng)答成功率DECIMAL(18,2)服務(wù)質(zhì)量信息屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_WORK_ORDER_QUA_ANLZ字段名字段說(shuō)明字段類型CAL_Date 統(tǒng)計(jì)日期DATECity_ID 地域標(biāo)識(shí)CHAR(4)Channel_ID 營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)CUST_Brand_ID 客戶品牌標(biāo)識(shí)CHAR(3)REQ_Quan請(qǐng)求量INTEGERANS_Quan應(yīng)答量INTEGERMAN_SERV_GiveUp_Rate人工服務(wù)放棄率DECIMAL(18,2)Queue_Plac_Rate隊(duì)列放置率DECIMAL(18,2)Avg_Queue_Time平均排隊(duì)時(shí)間DECIMAL(18,2)服務(wù)內(nèi)容信息屬性數(shù)據(jù)庫(kù)名稱：KMART表名：FID_SERV_CONT_INFO_ATTR_D字段名字段說(shuō)明字段類型CAL_Date統(tǒng)計(jì)日期DATECity_ID地域標(biāo)識(shí)CHAR(4)Channel_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)CUST_Brand_ID客戶品牌標(biāo)識(shí)CHAR(3)SERV_METH_Code服務(wù)方式代碼CHAR(2)SO_Type業(yè)務(wù)受理類型CHAR(2)SVC_Type業(yè)務(wù)類型CHAR(2)SVC_Type_Detail業(yè)務(wù)類型明細(xì)CHAR(18)REQ_Quan請(qǐng)求量INTEGERANS_Quan應(yīng)答量INTEGER客戶感知度信息統(tǒng)一視圖數(shù)據(jù)庫(kù)名稱：KMART表名：FID_CUST_APPE_DEGREE_MON字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERCity_ID地市標(biāo)識(shí)CHAR(4)APPER_Degree_Type感知度類型VARCHAR(100)CMCC_Total_APPER_Degree移動(dòng)總體感知度DECIMAL(5,2)GTone_APPER_Degree全球通感知度DECIMAL(5,2)MZONE_APPER_Degree動(dòng)感地帶感知度DECIMAL(5,2)IN_APPER_Degree神州行感知度DECIMAL(5,2)Comp_OPPT_Total_APPER_Degree競(jìng)爭(zhēng)對(duì)手總體感知度DECIMAL(5,2)Telco_APPER_Degree電信感知度DECIMAL(5,2)Uninet_APPER_Degree聯(lián)通感知度DECIMAL(5,2)VIP_APPER_DegreeVIP感知度DECIMAL(5,2)集團(tuán)客戶服務(wù)信息統(tǒng)一視圖數(shù)據(jù)庫(kù)名稱：KMART表名：FID_ORG_CUST_SVC_MON字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERORG_CUST_ID集團(tuán)客戶標(biāo)識(shí)CHAR(12)SERV_Total_NUM服務(wù)總次數(shù)INTEGERPhone_ReCall_Total_NUM電話回訪總次數(shù)INTEGERFST_CUST_REPR_VISIT_NUM首席客戶代表拜訪次數(shù)INTEGERCust_Manager_VISIT_NUM客戶經(jīng)理拜訪次數(shù)INTEGEROther_SERV_NUM其它服務(wù)次數(shù)INTEGER競(jìng)爭(zhēng)對(duì)手業(yè)務(wù)發(fā)展統(tǒng)一視圖數(shù)據(jù)庫(kù)名稱：KMART表名：FID_COMP_SVC_DEV_DAILY字段名字段說(shuō)明字段類型CAL_Date統(tǒng)計(jì)日期DATECity_ID地市標(biāo)識(shí)CHAR(4)Comp_OPPT_Operator_Type_Code競(jìng)爭(zhēng)對(duì)手運(yùn)營(yíng)商類型代碼CHAR(2)CUST_Total客戶總量INTEGERCUST_New_Quan客戶新增量INTEGERCUST_Leave_Quan客戶流失量INTEGERComm_DUR通話時(shí)長(zhǎng)DEC(18,2)Comm_NUM通話次數(shù)INTEGERCHRG_DUR計(jì)費(fèi)時(shí)長(zhǎng)DEC(18,2)產(chǎn)品整體收益月分析數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_PROD_REVENUE_AAF_MON字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERCity_ID地市標(biāo)識(shí)CHAR(4)BUSN_DEPT_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)CUST_Brand_ID客戶品牌標(biāo)識(shí)CHAR(4)Rate_Plan_ID資費(fèi)營(yíng)銷案標(biāo)識(shí)CHAR(8)Use_SUBS_QUAN使用用戶數(shù)DEC(18,0)SMS_NUM短信次數(shù)DEC(18,0)Voic_NUM語(yǔ)音次數(shù)DEC(18,0)GPRS_STRM_AMTGPRS流量DEC(18,0)Income收入DEC(18,2)產(chǎn)品使用情況月分析數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_USE_CIRCS_ANAL_MON字段名字段名字段名CAL_Month統(tǒng)計(jì)月份INTEGERCity_ID地市標(biāo)識(shí)CHAR(4)BUSN_DEPT_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)CUST_Brand_ID客戶品牌標(biāo)識(shí)CHAR(4)Rate_Plan_ID資費(fèi)營(yíng)銷案標(biāo)識(shí)CHAR(8)Use_SUBS_QUAN使用用戶數(shù)DEC(18,0)New_SUBS_QUAN新增用戶數(shù)DEC(18,0)Exit_SUBS_QUAN離網(wǎng)用戶數(shù)DEC(18,0)FORW_In_SUBS_QUAN轉(zhuǎn)入用戶數(shù)DEC(18,0)High_SUBS_QUAN中高端用戶數(shù)DEC(18,0)Complain_QUAN投訴量INTEGER終端綜合評(píng)估終端業(yè)務(wù)排名評(píng)估數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN_TERM_SVC_RANK_M字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERCity_ID地市標(biāo)識(shí)CHAR(4)Channel_ID渠道標(biāo)識(shí)CHAR(8)CUST_Brand_Level_SECND_Code客戶品牌層次二代碼CHAR(4)TERM_Brand終端品牌VARCHAR(30)TERM_Model終端型號(hào)VARCHAR(30)SVC_Type_Code業(yè)務(wù)類型代碼CHAR(2)SVC_Consume_AMT業(yè)務(wù)消費(fèi)金額DEC(18,2)終端市場(chǎng)占有率評(píng)估數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN_TER_MART_STC_ANZ_M字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERCity_ID地市標(biāo)識(shí)CHAR(4)Channel_ID渠道標(biāo)識(shí)CHAR(8)CUST_Brand_Level_SECND_Code客戶品牌層次二代碼CHAR(4)TERM_Brand_Code終端品牌代碼VARCHAR(30)TERM_Model_Code終端型號(hào)代碼VARCHAR(30)ATTRID屬性IDVARCHAR(16)TERM_Price_Level_Code終端價(jià)格層次代碼CHAR(2)EQPT_Factory_ID設(shè)備廠商標(biāo)識(shí)CHAR(8)Book_TERM_Flag_Type定制終端標(biāo)志類型CHAR(2)Book_TERM_Flag_Title定制終端標(biāo)志名稱VARCHAR(32)TERM_QUAN終端數(shù)量INTEGERTERM_Mart_Rate終端市場(chǎng)占有率DEC(18,2)終端用戶偏好分析數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN_TERM_PLAN_MATCH_M字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERCity_ID地市標(biāo)識(shí)CHAR(4)TERM_Brand終端品牌VARCHAR(30)TERM_Model終端型號(hào)VARCHAR(30)Activity_ID活動(dòng)標(biāo)識(shí)CHAR(8)SUB_Activity_ID子活動(dòng)標(biāo)識(shí)CHAR(8)定制終端用戶業(yè)務(wù)偏好分析數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN_TERM_SVC_HOBBY_M字段名字段說(shuō)明字段類型SUBS_ID用戶標(biāo)識(shí)CHAR(12)CAL_Month統(tǒng)計(jì)月份INTEGERCUST_Name客戶姓名VARCHAR(320)MSISDNMSISDNVARCHAR(15)City_ID地市標(biāo)識(shí)CHAR(4)Channel_ID渠道標(biāo)識(shí)CHAR(8)CUST_Brand_Level_SECND_Code客戶品牌層次二代碼CHAR(4)Rate_Plan_ID資費(fèi)營(yíng)銷案標(biāo)識(shí)CHAR(8)ARPUARPUDECIMAL(15,2)MPhone_Paper_Income手機(jī)報(bào)收入DECIMAL(18,2)MPhone_Bond_Income手機(jī)證券收入DECIMAL(18,2)MPhone_Mail_Income手機(jī)郵箱收入DECIMAL(18,2)Fetion_Income飛信收入DECIMAL(18,2)Wireless_Music_Club_ID_Income無(wú)線音樂(lè)俱樂(lè)部收入DECIMAL(18,2)MPhone_Video_Income手機(jī)視頻收入DECIMAL(18,2)MPhone_Pay_Income手機(jī)支付收入DECIMAL(18,2)MPhone_Game_Income手機(jī)游戲收入DECIMAL(18,2)NUM_Manager_Income號(hào)簿管家收入DECIMAL(18,2)Calling_Reminding_Income來(lái)電提醒收入DECIMAL(18,2)SVC_12580_Income12580收入DECIMAL(18,2)MO_MPhone_Net_IncomeMO手機(jī)上網(wǎng)收入DECIMAL(18,2)MRing_Income彩鈴收入DECIMAL(18,2)MPhone_Read_Income手機(jī)閱讀收入DECIMAL(18,2)Commend_SVC_Type推薦業(yè)務(wù)類型VARCHAR(32)用戶終端偏好分析數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN_TERM_HOBBY_M字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERSUBS_ID用戶標(biāo)識(shí)CHAR(12)CUST_Name客戶姓名VARCHAR(200)MSISDN手機(jī)號(hào)碼VARCHAR(15)City_ID地市標(biāo)識(shí)CHAR(4)CUST_Brand_Level_SECND_Code客戶品牌層次二代碼CHAR(4)Channel_ID渠道標(biāo)識(shí)CHAR(8)Rate_Plan_ID資費(fèi)營(yíng)銷案標(biāo)識(shí)CHAR(8)TERM_Brand終端品牌VARCHAR(30)TERM_Model終端型號(hào)VARCHAR(30)基站選址優(yōu)化數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN_CELL_ADDRESS_OPT_M字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERCity_ID地市標(biāo)識(shí)CHAR(4)BUSN_DEPT_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)Cell_ID基站標(biāo)識(shí)VARCHAR(32)LAC_ID小區(qū)標(biāo)識(shí)VARCHAR(32)Comm_SUBS_QUAN通信用戶數(shù)INTEGERComm_DUR通信時(shí)長(zhǎng)INTEGERComm_NUM通信次數(shù)INTEGERComm_Total_Fee通信總費(fèi)用DEC(18,2)網(wǎng)絡(luò)資源使用監(jiān)控?cái)?shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN_NET_RES_USE_MON_M字段名字段說(shuō)明字段類型CAL_Month統(tǒng)計(jì)月份INTEGERCity_ID地市標(biāo)識(shí)CHAR(4)BUSN_DEPT_ID營(yíng)業(yè)部標(biāo)識(shí)CHAR(8)Cell_ID基站標(biāo)識(shí)CHAR(4)LAC_ID小區(qū)標(biāo)識(shí)CHAR(4)Comm_Period_Code通信時(shí)段代碼CHAR(2)Call_Type呼叫類型CHAR(2)Long_Type長(zhǎng)途類型CHAR(2)Roam_Type漫游類型CHAR(2)Comm_CUST_QUAN通話客戶數(shù)DEC(18,2)Comm_NUM通信次數(shù)DEC(18,2)CHRG_DUR計(jì)費(fèi)時(shí)長(zhǎng)DEC(18,2)SIM卡生命周期分析數(shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN_RES_SIM_MAGE字段名字段說(shuō)明字段類型CAL_DATE時(shí)間DATECITY_ID地域CHAR(4)CHANNEL_ID渠道標(biāo)識(shí)CHAR(8)SIM_CARD_TYPESIM卡類型CHAR(6)SIM_CARD_DISTSIM卡發(fā)放INTEGERSIM_CARD_EXISTSIM卡庫(kù)存INTEGERSTKSSIM_CARD_USER_NUM庫(kù)存SIM卡可支撐使用天數(shù)INTEGER有價(jià)卡流向監(jiān)控?cái)?shù)據(jù)庫(kù)名稱：NMART表名：RPT_CHAN