NG经分系统总体设计说明书V1.0

中国移动通信集团内蒙古有限公司NG-BASS1(V2.0)系统总体设计说明书2010年7月

目录TOC\o"1-3"\h\z1 综述 51.1 编写目的 51.2 读者对象 61.3 参考资料 62 系统总体架构 62.1 物理体系架构 62.2 逻辑体系架构 72.2.1 四层逻辑结构 82.2.2 其他模块说明 102.3 产品工具及程序开发采用技术 112.4 管控体系结构 122.5 NCR数据仓库系统的建设方法 133 系统软硬件总体结构 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数据仓库系统管理工作站 173.2.3 ETL服务器 173.2.4 OLAP服务器 173.2.5 WEB服务器 183.2.6 其它客户端软件 183.3 周边设备情况 183.3.1 NCRA16数据仓库系统管理工作站 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 系统数据接口 316.3 数据转换 336.4 数据加载 336.5 安全、性能管理与容量规划 336.6 系统访问方式 337 数据模型 347.1 逻辑数据模型 347.2 物理数据模型 357.3 数据模型的交付 357.4 数据模型的管理 367.5 关键实体以及实体清单 367.5.1 农村客户统一视图 367.5.2 产品整体收益月分析 437.5.3 产品使用情况月分析 437.5.4 终端综合评估 447.5.5 终端用户偏好分析 447.5.6 基站选址优化 467.5.7 网络资源使用监控 467.5.8 SIM卡生命周期分析 477.5.9 有价卡流向监控 478 系统操作与管理 488.1 日常管理流程 488.1.1 日常管理需考虑的方面 488.1.2 日常管理任务 498.1.3 日常管理团队组成 498.1.4 日常管理规程 498.2 日常管理工作规划 508.3 系统可用性管理 508.3.1 硬件及软件环境 508.4 性能管理 518.4.1 性能管理的内容 518.4.2 性能管理工具软件 538.4.3 性能管理指标 538.4.4 性能管理工作计划 538.5 容量规划 549 系统权限控制与安全性、可靠性 559.1 网络权限控制与安全、可靠 559.2 主机系统权限控制与安全、可靠 569.3 应用系统权限控制与安全 569.4 防病毒管理 579.5 安全策略管理 589.6 安全管理制度 5810 应用架构实现 5810.1 总体系统应用架构 58综述编写目的本文档描述内蒙移动下一代经营分析系统项目中资源管理子系统的技术体系，该体系结构的设计基于NCR的数据仓库框架，依据内蒙移动现有的技术环境和经营分析系统的需求设计。其目的是：建立技术体系结构；建立一个总体方针，用于设立一个标准和策略，来指导数据仓库设计、实施和管理。体系结构是对建立数据仓库的总体描述，它具体体现为对数据仓库系统的总体设计和在设计中进行决策的总体原则。它致力于为组成数据仓库各个部分设计工作建立一个总体架构，从而保证数据仓库的各个部分在开发过程中依据同一个基础、各个部分的工作能够相互协调和配合。读者对象本文档适合于以下人员阅读和参考：ETL开发测试人员。TeradataDBA。业务开发人员。系统分析师。系统架构师。参考资料《中国移动省级NG1-BASS技术规范总册V1.0.0.doc》《中国移动省级NG1-BASS业务技术规范资源管理子系统V1.0.0.doc》系统总体架构物理体系架构为了保证网络安全，NG1-BASS采用TERADATA数据仓库框架结构一向建议的前后台分开的设计方法，即：将业务系统和数据仓库服务器分为前后台、数据展示和数据仓库服务器分为前后台，任何对内蒙移动集团公司的访问除内部的特许用户外，都不允许直接对数据仓库进行操作，这样做的一个目的是保证信息安全；同时，也将避免对数据仓库服务器在性能和可靠性方面造成干扰。NG1-BASS资源管理子系统体系架构，如图所示：逻辑体系架构NG1-BASS资源管理子系统总体架构分为4层：数据获取层、数据存储层、数据应用层、数据访问层。逻辑体系架构包括实体渠道运营分析、电子渠道运营分析、终端管理3个子系统。对于NG1-BASS资源管理子系统系统，将要建立的是以省公司为中心的集中式数据仓库体系架构，其逻辑结构如下图所示：在逻辑体系结构图中，系统被划分成若干层次和模块。在数据仓库的建设和运行维护过程中，首先建议确定每个层次应用和数据的所有者（Owner），然后在所有者和日常运行管理、维护者签署SLA，明确各个部分要达到的目标，保证整个系统的实施和运转顺利。四层逻辑结构数据获取层：该层包括从数据源数据库中按需生成接口文件，并且上传至省经分系统ETL服务器，数据核对无误后加载至仓库数据缓冲区的整个流程。考虑到省数据源系统调整频繁，经分应用需求灵活的特点，数据获取层的建设原则是尽可能全面地保留数据原貌，这是在省数据集中的前提下完成的。数据缓冲区是在原始数据与仓库基础层之间的一道枢纽与屏障，它既避免了错误或者未经转换的数据直接加载如基础数据区，又保留了以增量形式存在的原始数据，如此以来避免了对基础数据稳定性的破坏同时也提供了一个仓库数据增量备份的机制。数据获取层对应于源数据的抽取、传输、转换、加载入库4个步骤。基本流程是每天定时调用Perl程序从源系统数据库抽取规定的接口数据，生成接口文件（校验文件和数据文件），并且FTP到经分ETL主机。之后由ETLAutomation调度校验并加载入数据缓冲区（SDATA库）。使用的工具包括Perl语言、Shell脚本等自定义程序、Teradata加载工具fastload/multiload、ETL调度工具ETLAutomation等。其中关键技术是要保证从源系统数据库（一般为Oracle）抽取数据生成接口文件的准确性和稳定行以及FTP上传的完整性检查。数据存储层：该层包括对数据缓冲区进一步过滤、转换后的数据存储，其特点是细节的、稳定的、可递增的、记录历史的、单一视图的数据。这些特点充分体现了数据仓库的存在价值，因此数据存储层是数据仓库中最为宝贵的资源，是满足所有应用需求的基础。数据存储层是仓库基础物理模型的具体实现，其结构是否合理，存取性能是否优异是影响数据仓库整体性能的起始点，所以数据存储层的设计与建设是一个结构预先定义的、经过仔细论证的并伴随后续系统能优化的过程。数据基础层包括数据转换、过滤和转储。其流程较为简单，利用ETLAutomation调度Perl脚本，调用BTEQ提交SQL语句，对缓冲区的各个数据单元进行转换并最终加载入基础数据区（PDATA）。如果其它系统需要经分的基础数据，这部分还将包括数据导出到文件的操作。使用工具将包括ETL调度工具ETLAutomation、用户自定义Perl脚本、Teradata工具BTEQ/Fastexport。数据应用层是面向经分项目的具体需求组织的数据结构，一般由多级汇总结构组成。本次经分的结构划分是基础汇总数据层和应用汇总数据层。基础汇总数据层是对基础数据的轻度汇总。其建设原则是将数据基础层中的数据按照应用需求，本着减少复杂计算的重复操作、最小化数据冗余的原则进行的轻度数据汇总，并保留数据历史。应用汇总数据层是直接面向具体应用的，并且根据前端工具的特性组织起来的数据机构。一般情况下是对基础汇总数据的再次汇总和提炼，根据具体需求保留历史或只保留最新数据。数据应用层包括对基础数据的关联、计算、汇总、转储。通过ETLAutomation调度Perl脚本，调用BTEQ提交SQL语句，按照较为通用的业务需求对基础数据区的各个数据单元进行关联、计算轻度汇总并最终加载入基础汇总数据区（PMART）。继而针对具体应用需求进一步对PMART数据进行关联、计算和深度汇总，并根据具体需要生成多维数据结构（PMART、NMART）或者专题分析表（MMART）。使用工具将包括ETL调度工具ETLAutomation、用户自定义Perl脚本、Teradata工具BTEQ/Fastexport。数据访问层该层是数据仓库与最终使用者之间交互的界面。一般是利用第三方BI工具、WEB组件、安全控件等对应用层的数据进行形象化、多角度的具体展现和对用户进行管控。随着前端工具的不断进步，最终用户的使用将更加便利、安全，这同时这也对后台的数据仓库性能不断提出更高的要求。数据访问层包括数据的转储、分发、展现。流程是从数据应用层利用前端工具将数据直接或者经过格式转换后以不同形式展现给最终用户或者传送给其它系统。使用工具将包括前端BI工具HyperionBrio、用户自定义Perl脚本、Web界面采用JSP和JAVABEAN开发、Web服务器工具WebLogic8.1。其他模块说明1、数据接口：是为了保证数据的结构、意义、编码、保持一致。2、数据质量管理：确保从数据源抽取的数据质量。3、ETL：对源业务系统抽取的数据进行转换和加载，根据内蒙移动的具体情况，加载分多个步骤完成。4、数据模型：包括逻辑数据模型和物理数据模型。5、数据缓冲区（ETL数据准备区）：将分为各省的数据驿站区、统一的数据准备区，向数据仓库的加载将从统一了数据格式等的统一数据驿站区直接加载。6、安全管理：包括建立和管理用户ID、这些ID对数据和数据仓库应用的存取。7、备份与恢复：包括建设备份与恢复的基础设施（备份设备、网络连接、备份环境设置等）和备份与恢复策略的制定、备份与恢复的日常处理流程和紧急处理流程。8、系统管理与性能优化：包括建设用于管理数据仓库的基础设施，以便保证数据仓库的高效和使其吞吐量最大化（包括ETL、最终用户访问和应用对数据库的存取）；还包括所要使用到的工具的配置和日常工作维护流程等。9、自动化流程控制：该部分的目的是尽量使数据仓库整个过程自动化，包括ETL、数据散发、备份与恢复、产生报表等。产品工具及程序开发采用技术四层架构产品工具采用的技术数据获取层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开发管控体系结构上图说明了NCR数据仓库系统的管理控制体系结构。该体系结构由3个不同的部分构成：整合：这个部分是取得所需的资料，包括决定数据来源、以最佳方式描述商业运作的方式来组织数据、同时允许方便的浏览与存取数据(数据模型化)。涵盖的程序有整合来自于不同系统的资料、整理数据、依据范例代码值将数据的意义标准化、建立数据模型内实体之间的关系。最后还包括将源数据加载到数据仓库的程序。管理：这部分是负责数据信息的管理，以确保数据能以及时、有效果、以及有效率的方式，提供给使用者使用，它包括大多数的数据库管理活动，例如备份与恢复、安全性、容量规划、性能管理、与安全管理。分析：这部分是负责从NCR数据仓库系统中储存的数据资料，取得数据信息并以最适合的方式交付给使用者。包括决策支持的传统方法、随机查询、管理报告、与OLAP分析。NCR数据仓库系统的建设方法下图说明NCR数据仓库的建设方法：(NCR数据仓库系统的建设方法著作权属NCR公司)NCR数据仓库系统的规划：第一个部分是数据仓库规划，包括执行业务发掘(BusinessDiscovery)活动，来决定商业需求，如此将进入信息发掘(InformationDiscovery)活动，以决定满足这些经过确认的商业需求所需的信息。然后开发能代表所需信息的逻辑数据模型，接着建立整体的架构，这个架构包括硬件与软件组件、以及资料从来源系统到NCR数据仓库的处理流程。NCR数据仓库的建设与设计：包括数据信息的提供与最终用户的使用。我们将提出解决方案报告，这份报告将研究客户目前的作业环境，并决定是否能配合数据仓库的需求。任何缺点、差异、与遗失组件都会加以确认，并制定计划来解决所有主要课题。然后执行物理数据模型化，使用逻辑数据模型，并针对TeradataDBMS而最佳化。转换程序需要取得数据，接着整理、条件化、与加载数据。这个阶段也包括开发最终用户使用程序，以及可能需要的任何分析模型。NCR数据仓库的使用、支持与加强：这有两个层面，第一是开发为维持与管理数据仓库与其支持架构(数据库管理、安全管理、容量规划、与性能管理)所需的基本架构。第二部分是以技术及商业的角度来检查数据仓库的建设。以技术的角度而言，包括检查逻辑与物理数据库设计，以及所须工作性能的调整是否合适。从商业的角度而言，这包括数据仓库系统中数据的核实，亦即咨询业务人员，来决定他们的需求是否获得满足，以及获得的投资回报。这项活动是在内蒙移动经营分析系统建设深入到一定程度之后实施。系统软硬件总体结构硬件总体结构产品型号产品名称配置数量厂家及说明NCR5450数据仓库服务器92TB（裸盘）16节点NCR/生产系统NCR5380数据仓库服务器12TB（裸盘）5节点NCR/生产系统NCR5350数据仓库服务器9TB（裸盘）3节点NCR/生产系统小计：103TB（热备）22节点NCR/生产系统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节点的NCR5450服务器，它们安装在两个机柜中，每一节点包括2个IntelXEON3.8GhzCPU,4GB内存。因此总计有64颗CPU与88GB的内存。NCR5450海量并行服务器通过4GB的光纤通道与NCRWES6843磁盘阵列存储系统直接相连。本系统中配置的数据仓库磁盘存储容量总计为1280个72GB、15000硬盘，共92TB，分为6个磁盘阵列，位于6个机柜之内。采用RAID5技术，提供总计约40TB的可使用空间。NCR5350/5380Teradata数据仓库服务器3个MPP节点的NCR5350服务器，5个MPP节点的NCR5380服务器.3个MPP节点的NCR5350服务器和5个MPP节点的NCR5380服务器安装在一个机柜中。每一节点包括2个IntelP42.8GhzCPU，具有4GB内存。NCR5350/5380海量并行服务器通过2GB的光纤通道与NCRWES6840-1456/6841-2456磁盘阵列存储系统直接相连。本系统中配置的数据仓库磁盘存储容量总计为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。可同时进行8个任务的定时数据备份和恢复操作，无需人工寻找和更换磁带。SL500机械手自动磁带库SL500(NCR6466)机械手自动磁带库拥有16个LTO1个磁带驱动器（最大写介质速度15MB/秒），最大并行备份速度≈54GB×20＝1080GB/小时，实际使用按照2/3最大速度计算，大约720GB/小时。648个磁带槽位，满配ULTRIUM1介质容量200GB×648＝129.6TB，可同时进行16个任务的定时数据备份和恢复操作，无需人工寻找和更换磁带。软件总体结构NCR5450/5380/5350Teradata数据仓库服务器操作系统：NCRUNIXSVR4MP-RAS数据库系统：NCRTeradata海量并行处理数据库管理系统工具：NCRTeradata公用程序MultiLoadFastLoadBteqFastExportArcmainNCRA16数据仓库系统管理工作站操作系统：NCRUNIXSVR4MP-RAS工作站管理软件ETL服务器操作系统：IBMAIX5.0工具：NCRTeradata公用程序MultiLoadFastLoadBteqFastExportPerlETLAutomationOLAP服务器操作系统：HPUnix工具：ESSBASE多维分析服务器版本工具：NCRTeradata公用程序MultiLoadFastLoadBteqFastExportPerlETLAutomationWEB服务器操作系统：HPUnix&Windows2000Server工具：HyperionBrioClient版本与BEAWEBLogic其它客户端软件NCRSQLAssistant即席查询工具NCRTeradataAdministrator数据库管理工具NCRTeradataManager数据库管理工具HyperionBrio工作站软件报表和多维分析工具CAERWin建模工具这些工具能从任何Windows95/98/NT/2000工作站来执行。周边设备情况NCRA16数据仓库系统管理工作站这部服务器带有2个PentiumIV1.3GHz的IntelCPU，带有2G内存，这部服务器连接内部磁盘子系统，硬盘子系统具有2个18GB磁盘驱动器，合计磁盘原始容量是36GB。该服务器运行NCRMP-RASUNIXSVR4MP-RAS操作系统和管理工作站软件，执行对中央数据仓库系统（NCR5350服务器、NCR5380服务器和NCR5450服务器）的管理功能。ETL服务器2台服务器为IBMP640（4颗1200GHzCPU,8G内存,2*73.G内置硬盘。），安装IBMAIX5.1；Patch版本ML04；ETL服务器安装TeradataClient、ETLAutomation软件，实时监控从各业务系统抽取出来的源数据文件及其控制文件，根据控制文件触发相应的加载作业。ETL服务器负责处理的任务包括：业务源数据文件的接收和保存；数据加载、整理进入中央数据仓库。应用服务器2台HPDL360，(2颗Inter®CPU1.4GHz+2G内存)，安装Win2000Server。应用服务器安装TeradataClient、ETLAutomation、HyperionBrioClient分析客户端软件，负责将数据仓库数据进行相应处理，提供数据展现的需要。应用服务器负责处理的任务包括：关键业务指标数据处理；多维数据处理及多维数据文件生成和分发、定制报表数据处理等工作。WEB服务器2台HPrx4640(4颗Inter®CPU1.4GHz，4G内存，2块36GSCSI硬盘），安装HPUnix。WEB服务器放置内蒙移动经营分析系统的WEB页面，以及Web上的所有数据仓库应用程序。以便经营分析系统使用人员可通过WEB的方式访问OLAP应用服务器上的多维分析应用（CUBE）或报表（REPORT）。WEB服务其负责的任务包括：关键业务指标展示、多维数据展示、定制报表展示等。技术设计内蒙经分系统资源管理子系统关键技术设计是依靠Teradata数据库的PI及PARTITION等技术，Teradata是RelationalDatabaseManagementSystemRDBMS,可用于UNIX，WINDOWSNT，对应于工业化ANSI标准,Teradata用于大型数据库服务器，支持并发访问,并发操作请求使其有能力处理海量数据,可在单节点或者多节点上运行,是企业级数据库的首选解决方案。术语说明下表说明所使用的专有名词：名称定义数据库(Database)数据库(database)是一个区域，其上可建立对象，例如表、视图及宏。表是数据储存的地方，而经由视图及宏可控制数据的存取能力。数据库有配置磁盘空间。数据库结构是层次性式架构(hierarchical)，子数据库(childdatabases)建立在母数据库(parentdatabases)之下。数据库DBC是一种特殊的数据库，它在系统定义时即已存在，且为分类及字典表(catalogueanddictionarytables)的预设区域。DBC亦为数据库层次结构的顶层。PI数据分布的机制，数据分布是否均匀，直接影响到查询的效率。PARTITION（PartitionedPrimaryIndex），分区索引，通过建立分区主索引（PPI），从而更好的利用Teradata的强大并行能力，使我们可以在主表里同时储存历史数据和当前数据，也不会降低效能，并降低查询的复杂性。用户(User)用户(user)是一种可登入至系统的特殊的数据库。每一位用户皆被配置一个严格限制的永久空间，让用户储存个人资料。永久空间(PermanentSpace)永久空间(perm或permspace)为系统中可用以容纳数据库表的磁盘空间总合。永久空间系配置给数据库以便储存数据之用。只在一数据库所属于的母数据库(parentdatabase)目前有剩余可用空间时才能配置永久空间给该数据库。一开始，Teradata数据库中的所有空间皆为特殊数据库DBC所拥有。Spool空间(SpoolSpace)Spool空间(spool)是数据库系统(DBMS)需要提供给表用以在执行SQL陈述指令期间暂时储存中间结果的储存量总合。预设作为spool的空间大小是，最小必须有25%的可用空间或最大资料表的1.3倍，两者取较大者。应将此首要规则视为最低要求，且可视处理程序而改变。在没有Spool空间的情况下，查询无法执行。通常Spool空间是配置给用户而不是数据库。Spool的配置并非根据其直接母体(immediateparent)的可用空间，而是一任意总量，用以限制一位使用者所能够执行的工作量。没有spool的使用者无法执行任何工作，而具有很大spool的使用者几乎可以执行任何复杂的SQL工作。帐号字符串(AccountStrings)帐号字符串用以识别用户组及用户的系统优先权，它们通常与个别用户组相关而非特定用户，但可以为特定用户建立它们。宏(Macro)宏是一组执行一项工作的SQL，类似预存程序(storedprocedure)，但完全是SQL程序代码，不包含其它程序代码语言。宏储存在数据库中且由用户利用SQL命令执行。Teradata数据仓库所在的数据库系统。一般结构一个称作DBC的数据库是Teradata数据库中的最高层次。它拥有系统中所有的资源。DBC数据库中存在有各种系统及目录对象(dictionaryobjects)。没有任何用户对DBC有拥有权。DBC具有其它各种在系统产生时自动建立的数据库，且这些数据库与特定的工程任务及系统维护任务相关联，例如SystemFE及Crashdump数据库。对数据库及对象的拥有权是层次性的架构，且继承至其下层之子对象。对较高层或旁系阶层之数据库、视图或宏的存取必须单独给予不同的权利。在内蒙移动，在DBC用户下建立了一个NMCCDW数据库，其下包含了所有关于数据的数据库，包括数据、视图、宏与用户。NMCCDW将是内蒙移动数据库管理员的管理员ID(administratorid)，并且拥有NMCCDW之下的所有对象。利用这种方式，管理员DBC可独立出来且不必要每天对它作管理工作。这样就可以保证DBC用户的安全性并可以避免未经许可即对DBC目录(catalog)及其它系统表改变。DBC及NMCCDW这两种用户都必须设定特定的权利。数据库管理员(DBAs)应该使用不同的身份登录数据库并用不同的ID来执行数据库的管理。建议的结构数据库层次的最顶层为DBC，如下图：名称说明$NETVAULT_CATALOGBakBoneNETVAULT备份工具CATALOG库。CrashDumpsCrashDumps数据库是系统重新激活时，系统内存倾泻(systemmemorydumps)之储存区域。如此可查看系统重新激活时发生的状况，而且对于NCR实验室而言是解决问题时很有用的工具。此数据库必须能够保存3个CrashDumps。DBCMngrSysAdminSys_CalendarDefaultAllConsolePublicTDPUser这些全部都是体系结构的用户。一般而言，这些用户ID不会指定给特定人员，但是会由负责的DBA保留，用它建立用户并授予他们存取权。DbqmTeradataQueryManagement工具使用库。NETVAULTNETVAULT工具数据库恢复用户，用户可以自行创建。SystemFE这个数据库存有NCR的数据库执行维护和监督各项活动所需要的各种视图。NMCCDW获得DBC的大部分存储资源，存放经营分析系统基础数据、汇总数据、视图、宏、日志、用户信息等。MMART专题分析数据库。NMART应用数据库。PData这是基本数据(baseproductiondata)的存放位置。同时也是数据模型的资料表的存放位置，表是在LDM及PDM中的资料表。只有DBA才有权利在这个数据库中建立新表，在某种情况下，也可以删除、更改数据库中数据。

SDATA数据临时区，也称缓冲区。PMART中间层汇总数据库及应用层数据库。Temp在测试工作中所产生的临时资料表在这里产生。建立数据库管理员在数据库中建立和删除表，在系统正常运行后仅使用这些表。在这个数据库中也可以保存衍生的数据和汇总表，这些表不是LDM/PDM的一部分，而是根据系统实际需要产生的。PView在这个数据库中保存系统正式运行后的所有的视图。这些是基本视图，数据的视图为一般执行系统作业时执行，PView对PData有Select的权利。只有DBA才可以在此数据库中建立对象。ETL在这个数据库中包含所有能够执行数据转换、备份工作的用户的ID，每个作业/脚本都应该有唯一的用户ID，这些用户ID并不分配给特定的人员，而是分配给特定作业和脚本。应该只对这又这些用户ID才可以对正式运行的数据，有Pdata及PView，的更新的权限。DBODB深度运营平台数据库。MARTDB数据集市数据库。外部接口外部接口实现要求系统外部数据接口要提供经营分析系统与各种外部系统的通用数据接口，包括BOSS、客服、网管系统、DSMP平台、彩铃平台、中央基地平台、MAS/ADC平台和新业务营销体验平台等系统,一级经营分析系统,与BOSS等生产系统的营销互动,短信网关等外部系统。图STYLEREF1\s4SEQ图\*ARABIC\s14资源管理子系统模块与外部系统的关系实现原则经营分析系统存在多种接口，接口直接影响系统的准确性、一致性；接口直接关系到系统的运行效率。经营分析系统的接口设计、实施遵循下列原则：接口实现方式多样化，支持多种接口协议，同时接口的接入模式支持分散和集中等多种形式的接入方式；经营分析系统的各类接口，以集中为原则，接口规则统一，不使用个性化的接口规则；接口实施，建议各系统之间，进行各类接口标准的重新约定或确认。与全市的内外部系统之间，与每一个具体的系统，商榷接口标准，避免制定多种协议标准，导致系统的复杂；对于有些已长期运行的系统，或者一些外部系统，由于历史原因，已经存在多种实事接口协议标准，实在难以调整的，经营分析系统将在这些同种业务的多个协议标准之间，加入一组接口业务系统适配层，使之能适应多种外部接口标准，使得经营分析系统对系统内部仍然表现出是同一个接口协议标准；经营分析系统在建设的过程中，接口系统需要同步建设，确保在系统试运行时，各类接口都已完毕；异构系统采用松耦合接口方式，以组件的形式提供接口逻辑的程序调用；系统进行各类接口的监控管理，各类接口进行完整细致的日志记录；严格接口安全管理，加强审核校验；经营分析系统数据接口应保证所有的数据传送安全可靠；经营分析系统数据接口连接必须具有多级别的安全控制机制，同外部系统连接或广域网连接应通过有安全控制的网关设备或防火墙进行连接，不允许直接联网；经营分析系统与外部系统的数据接口应能够平滑地扩充，包括处理能力、处理节点、业务功能的扩充；经营分析系统数据接口设计应充分考虑并遵循灵活、规范、方便、安全的原则。数据交换方式BOSS系统的主要建设内容是对现有的计费结算、营业帐务、业务管理，新业务系统，智能网系统等系统进行统一的整合和改造，将整个业务运营支撑系统重新规划为数据采集、计费、结算、帐务、业务管理和系统管理七大模块，建立了集中的数据中心，所有业务计费信息都要送到内蒙移动的BOSS系统，内蒙移动的BOSS系统成为集中的、一体化的业务运营支撑系统。而在内蒙移动经营分析系统建设中最大的问题就是数据的集中采集和管理。如何将数据（无论是BOSS系统建成后集中的数据，还是在BOSS系统建设期间分散的数据）导入数据仓库是需要认真考虑的首要问题。考虑到内蒙移动BOSS系统建设的实际情况，NCR建议采用集中数据导入的方式加载数据。集中数据导入数据仓库BOSS业务系统建成并实现数据的最终集中后，由BOSS系统通过传送将省中心的数据经由数据仓库转换和加载系统，即内蒙移动BOSS系统将原始CDR话单和其它业务话单，及营业帐务信息通过FTP的方式，按照约定的命名规范，传送时间规范，送到内蒙移动数据仓库的数据加载服务器上的指定目录内，再由数据仓库ETL系统自动经过数据转换、加载到数据仓库。这样可以降低数据仓库数据导入的工作量、采集难度以及系统资源浪费，保证所有数据及时传送到数据仓库中。即定时数据交换：由内蒙移动BOSS系统按双方商定互相认可的协议，根据协议规定的方式，在规定的时间定时按照约定的命名规范将有关数据通过FTP的方式送交内蒙移动经营分析系统，实现数据的采集。（有问题？）采集数据内容经营分析系统需要采集的BOSS基本数据如下（写脚本时用到的源表吗？）：明细账单、综合帐单、交费、销帐记录；客户/服务记录，服务时限记录，黑名单/红名单纪录；工单、客户服务定单；1860/1861产生的投诉、咨询、走访、建议；1860/1861日志记录；计费清单，结算清单；代销商人员信息资料,代销商考核数据；客服人员信息资料；卡、设备资源统计数据；客户包括大客户资料。交换机话单，即CDR话单神州行业务话单GRPS业务话单移动梦网业务话单短信息业务话单网间结算话单VPMN话单数据业务话单平台设计数据仓库体系结构的基本概念是实现从源数据系统方便的传送、转换、与加载数据到数据仓库系统，使最终用户使用数据更有效率，而且更好地管理整个系统。为了获得最佳效果，需在不同的服务器之间分配工作负荷，工具也相应地放置于最合适的服务器之内。整个经营分析系统体系结构图如下图所示：设计原则数据仓库的设计都是需要在实际的需求和总体投入之间进行平衡的，因此应当在下述几个方面充分考虑数据仓库技术平台的设计：数据粒度数据粒度指数据仓库中数据保留的详细程度，数据粒度越小，数据越详细；越大则汇总程度越高。数据粒度小，则可以获取更详细数据，但应用的响应速度越低；越大则响应速度越高，但可能丧失某些层面的信息。数据保留时间和采集及时性数据保留时间越长，保留的历史信息越丰富，但也需要更大的数据仓库空间；采集越及时，越能更及时地提供应用，但对源业务系统、数据ETL和数据仓库提出的要求越高。可存取性可存取性指最终用户需要的数据仓库应用的可用程度。7x24的可存取性固然对最终用户而言非常好，但可能要求对系统进行更大的投入。可扩展性可扩展性是在不显著增加系统响应时间和软硬件花费的情况下，在用户数量、数据量或处理能力方面增加系统负载的能力。如果在架构的早期设计中充分考虑以下因素，则数据仓库的可扩展性就能得以提高：数据库管理系统软件选型；技术架构设计，特别是ETL、数据仓库组件的选择，硬件、操作系统平台的选择，以及并行和集群技术的使用。数据加载频率数据加载频度指在数据仓库中进行数据加载的频率，数据加载频率越高，应用的实时性越强，对源业务系统、ETL系统和数据仓库的要求越高、对业务系统的影响越大。对于需要实时采集数据的数据仓库系统而言，可以结合EAI（EnterpriseApplicationIntegration）技术进行设计。但需要指出的是：对本已十分复杂的数据仓库设计而言，实时采集的需求将使数据仓库的实现更加复杂和不确定（需要更详尽的考虑源业务系统）、更加提高了数据仓库实施的风险；同时，对源业务系统而言也将增加很大负担。系统数据接口目前有六种数据来源：BOSS系统:属于内蒙移动的BOSS系统，其中包括了计费和营帐系统与处理帐务及客户资料的系统。计费系统以HP9000为平台，营帐系统同样以HP9000为平台。BOSS系统的计费系统。BOSS系统的营帐系统。商务分公司的短信业务和移动梦网系统。数据分公司的上网直通车业务。客户服务中心的大客户服务业务。客户服务系统：属于客户服务中心的客户服务系统（1860），以HPUnix为平台，建立在Oracle数据库上的华为客服系统。MISC系统：由卓望公司实施。彩铃平台系统：由华为公司实施。话务网管系统：由亿阳公司实施。中央音乐平台：由集团统一下发接口。对于客户资料应将进行汇总整合，以利数据之一致性并避免重复。在总体设计上，目前是各个业务系统将数据通过接口或者文件方式传送给BOSS系统作处理，NCR建议由BOSS系统经过处理后统一传送给内蒙移动经营分析系统。我们计划以上的数据来源的的传送机制都经由ASCII文件。在BOSS系统中通过FTP的方法，传送给ETL加载服务器，再由ETL加载服务器装载入NCR的数据仓库服务器中。对于新增加部分和数据更新部分，经双方共同确认后，由内蒙移动BOSS系统，将新增加部分和更新部分按数据传送规范，以FTP方式传送给NCR的ETL数据加载服务器。数据加载将会自动化进行，采用程序轮询的处理方法。能及时发现源系统已经传送了新的数据资料，这些数据文件将置于ETL加载服务器上的指定目录。程序将在ETL加载服务器上执行。它们会寻找这些档案，如果能取得这些档案，程序就会获取这些档案，并传送到转换服务器。程序会进行完整性检查，以确保档案的传送与接收都正确。数据转换这项操作一部分将于ETL加载服务器上进行。如有需要，可撰写一些Perl程序，转换程序将于第7章详细说明。另一部分在入库后，利用数据库强大性能的支撑下由SQL脚本实现。这两部分程序都将会自动化运行。数据加载这项操作将于ETL加载服务器上进行，以包括FastLoad、MultiLoad、Bteq等等高效的Teradata加载公用程序来执行。这部分程序将会自动化运行。我们将会开发增量加载程序，这是针对大数据量的数据单元，我们将使用增量更新，而非全量更新。安全、性能管理与容量规划这些工作将利用TeradataManager、TeradataPrioritySchedulerFacility、TeradataAdministrator等工具来实现。这都是以Windows为基础的工具，能从任何Windows98/XP/2000/2003工作站来执行。性能管理与容量规划可能需要某些用户自定义的SQL与报告，这些资料和信息储存在NCR的ETL加载服务器内。系统访问方式最终用户通过Web的方式来访问数据仓库的信息。系统将建立内蒙移动经营分析系统的Web页面，并具有本身的系统安全机制。这个Web应用程序将储存于Web服务器内。Brio将作为前端工具，多维分析立方体文件将储存于内蒙移动经营分析系统的OLAP服务器内。提供3种类型的报告：采用HTML文件形式的静态报表，这些将是Web首页的一部份。采用BrioIntelligenceclient报表形式的报表，这些将是以参数为基础的报表。Essbase+Brio是BrioOLAP多维分析应用程序，能执行OLAP多维分析。除了这些之外，还有某些用户可能要求对于NCR数据仓库系统进行随机查询（AdHocQuery）。这有两种方法：第一种是使用SQL工具之一，例如TeradataSQLAssistant或MSAccess，直接提交SQL来达成；第二种是使用应用中的某些即席查询功能。在预定的时刻，将使用从Bteq或FastExport所执行SQL的组合，从NCR数据仓库系统中抓取数据。这份资料将用以加载PowerPlayCubes。这部分程序将会自动化运行。数据模型逻辑数据模型化通过图形技术，来说明对于Entity(称为实体)具有重要性的对象的相关商业规则；其中包括实体认为重要的对象的属性或特性，以及不同对象之间的关系。我们使用逻辑一词，因为强调的重点是了解资料的基本逻辑结构，而非产生这份资料如何建设到具体档案或数据库之内的设计。支持任何商业领域的逻辑数据模型通常非常稳定，长时间内发生的改变是基本结构的延伸。数据模型的建立经过证实是非常优异的方法，以商业及技术人员能了解的方式来发掘、纪录、与沟通需求。但是模型化的优点并不止于此，因为模型所包含信息需求的格式能兼容于不同的项目，所以别人易于在其模型内纳入相同的需求。这种模型的重复使用性，将协助达成一致、可共享资料的目标，这也是我们在数据库设计与开发方面的第一步。逻辑数据模型这是对于已规划的系统范围为基础的资料的逻辑视图，产生于系统的初始调查期间，这是全面属性化数据模型，因为回答商业问题所需的所有信息是由数据仓库的最终实现得出。物理数据模型物理数据模型与逻辑数据模型不同，因为考虑到数据的实际储存量。在此阶段之前，并没有考虑数据的实际储存量，数据库管理系统能使用的是逻辑型态。在此阶段不需新增额外的元素，虽然会考虑包括从已经确认的信息(例如总销售额、每月销售额等)中取得的元素，或改变结构以符合任何预先定义的功能标准。数据模型的交付模型交付说明逻辑数据模型E/R模型图实体属性关系实体与属性定义网域主要与外来键值逻辑数据模型是完全属性化的数据模型，能支持内蒙移动经营分析系统建设的信息需求。物理数据模型E/R模型图表格具有数据类型、预设字段名称、无标示的字段Teradata主要索引与次要索引与逻辑数据模型有任何差异的理由Volumetrics(预估成长量,不包括RAID计算式)物理数据模型的结构可能与其逻辑型态大不相同。改变的理由很多，例如对于功能的期待，或档案结构系统支持逻辑数据模型结构的能力。还可能基于作业理由而增加额外的表格(例如用以控制下一个可用序列号码的表格)，或有效利用环境(例如包含每月累计总数的表格)。内蒙移动的数据仓库系统的实体数据模型是针对TeradataRDBMS而设计。数据模型的管理对于维护定义好的数据模型的层次结构，用程序来支持模型的强化与维护是非常重要的工作。我们关注的课题是它们容易丧失同步与数值，加上内容与地点的错误假设而增加了风险。这显然需要密切管理，我们必须拟定下列程序来确保维持模型的完整性：存取必须维持对于存取类型的严格管制。目标是模型成为技术与商业使用者对于事业内信息的参考点，因此必须提供及时可用的读取功能，但是对于模型的改变必须审慎管制。登录要改变模型时，必须有某种形式的签出，并说明改变的理由。版本控制这从上一个章节的讨论中应该明显可知，但是容易忽视。审核纪录改变完成之后，如果制作审核记录将有好处。测试所有改变都必须经过某种型态的测试，或品质检查，其中包括支持模型的文件。上述考虑(或课题)应由IT部门处理。可能需要建立数据管理功能，而这个功能也可以交给DBA群组来负责。关键实体以及实体清单农村客户统一视图农村客户基本属性数据库名称：KMART表名：FID_COUNTRY_CUST_BASE_PROP字段名字段说明字段类型SUBS_ID用户标识CHAR(12)CUST_NUM客户号码VARCHAR(15)City_ID地市标识CHAR(4)BUSN_COUNTER_ID营业厅标识CHAR(8)BLTO_Operator归属运营商CHAR(2)Name姓名VARCHAR(32)Gender性别CHAR(2)Post_Cod邮政编码CHAR(10)Comm_ADDR通信地址VARCHAR(128)CUST_STS客户状态CHAR(2)CUST_Type客户类型CHAR(2)CAL_Month统计月份INTEGER农村客户分析属性业务使用属性数据库名称：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忙时短信发送次数INTEGERSpare_Time_SMS_Send_NUM闲时短信发送次数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发送移动短信号码个数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互通业务量特征CHAR(2)CAL_Month统计月份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统计月份INTEGRE区域化分布属性数据库名称：KMART表名：FID_COUNTRY_CUST_DISTR_PROP字段名字段说明字段类型SUBS_ID用户标识CHAR(12)Cell_Type基站类型CHAR(2)Call_Type呼叫类型CHAR(2)Area_Feature区域化特征CHAR(2)Comm_NUM通信次数DECIMAL(18,0)CHRG_DUR计费时长DECIMAL(18,0)CAL_Month统计月份INTEGER客服总体信息总体KPI统一视图数据库名称：KMART表名：FID_KPI_COLL_CONS_DAILY字段名字段说明字段类型CAL_Date统计日期DATECity_ID地市标识CHAR(4)Channel_ID营业部标识CHAR(8)CUST_Brand_ID品牌CHAR(3)SVC_Query_Quan业务查询量INTEGERSVC_Consult_Quan业务咨询量INTEGERSVC_Operate_Quan业务办理量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)服务质量统一视图数据库名称：KMART表名：FID_WORK_ORDER_QUA_ANLZ字段名字段说明字段类型CAL_Date统计日期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业务受理类型CHAR(4)SVC_Type_Code业务类型VARCHAR(128)SO_WAY业务受理途径CHAR(2)Work_Order_PROC_Channel工单处理部门VARCHAR(32)Work_Order_Level工单级别CHAR(1)Distrb_Work_Order_QUAN派发工单数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客服信息统一视图总体信息属性数据库名称：KMART表名：FID_COLL_INFO_ATTR_DAILY字段名字段说明字段类型CAL_Date统计日期DATECity_ID地市标识CHAR(4)Channel_ID营业部标识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统计时间DATECity_ID地市标识CHAR(4)Channel_ID营业部标识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统计日期DATECity_ID地域标识CHAR(4)Channel_ID营业部标识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 统计日期DATECity_ID 地域标识CHAR(4)Channel_ID 营业部标识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统计日期DATECity_ID地域标识CHAR(4)Channel_ID营业部标识CHAR(8)CUST_Brand_ID客户品牌标识CHAR(3)SERV_METH_Code服务方式代码CHAR(2)SO_Type业务受理类型CHAR(2)SVC_Type业务类型CHAR(2)SVC_Type_Detail业务类型明细CHAR(18)REQ_Quan请求量INTEGERANS_Quan应答量INTEGER客户感知度信息统一视图数据库名称：KMART表名：FID_CUST_APPE_DEGREE_MON字段名字段说明字段类型CAL_Month统计月份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)集团客户服务信息统一视图数据库名称：KMART表名：FID_ORG_CUST_SVC_MON字段名字段说明字段类型CAL_Month统计月份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竞争对手业务发展统一视图数据库名称：KMART表名：FID_COMP_SVC_DEV_DAILY字段名字段说明字段类型CAL_Date统计日期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统计月份INTEGERCity_ID地市标识CHAR(4)BUSN_DEPT_ID营业部标识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统计月份INTEGERCity_ID地市标识CHAR(4)BUSN_DEPT_ID营业部标识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终端综合评估终端业务排名评估数据库名称：NMART表名：RPT_CHAN_TERM_SVC_RANK_M字段名字段说明字段类型CAL_Month统计月份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业务类型代码CHAR(2)SVC_Consume_AMT业务消费金额DEC(18,2)终端市场占有率评估数据库名称：NMART表名：RPT_CHAN_TER_MART_STC_ANZ_M字段名字段说明字段类型CAL_Month统计月份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统计月份INTEGERCity_ID地市标识CHAR(4)TERM_Brand终端品牌VARCHAR(30)TERM_Model终端型号VARCHAR(30)Activity_ID活动标识CHAR(8)SUB_Activity_ID子活动标识CHAR(8)定制终端用户业务偏好分析数据库名称：NMART表名：RPT_CHAN_TERM_SVC_HOBBY_M字段名字段说明字段类型SUBS_ID用户标识CHAR(12)CAL_Month统计月份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推荐业务类型VARCHAR(32)用户终端偏好分析数据库名称：NMART表名：RPT_CHAN_TERM_HOBBY_M字段名字段说明字段类型CAL_Month统计月份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)基站选址优化数据库名称：NMART表名：RPT_CHAN_CELL_ADDRESS_OPT_M字段名字段说明字段类型CAL_Month统计月份INTEGERCity_ID地市标识CHAR(4)BUSN_DEPT_ID营业部标识CHAR(8)Cell_ID基站标识VARCHAR(32)LAC_ID小区标识VARCHAR(32)Comm_SUBS_QUAN通信用户数INTEGERComm_DUR通信时长INTEGERComm_NUM通信次数INTEGERComm_Total_Fee通信总费用DEC(18,2)网络资源使用监控数据库名称：NMART表名：RPT_CHAN_NET_RES_USE_MON_M字段名字段说明字段类型CAL_Month统计月份INTEGERCity_ID地市标识CHAR(4)BUSN_DEPT_ID营业部标识CHAR(8)Cell_ID基站标识CHAR(4)LAC_ID小区标识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卡发放INTEGERSIM_CARD_EXISTSIM卡库存INTEGERSTKSSIM_CARD_USER_NUM库存SIM卡可支撑使用天数INTEGER有价卡流向监控数据库名称：NMART表名：RPT_CHAN