NG經分系統(tǒng)總體設計說明書V1.0

中國移動通信集團內蒙古有限公司NG-BASS1(V2.0)系統(tǒng)總體設計說明書2010年7月

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

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