好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

安徽移动经营分析数据库设计V1.0.doc

280页
  • 卖家[上传人]:ni****g
  • 文档编号:501164582
  • 上传时间:2023-12-08
  • 文档格式:DOC
  • 文档大小:6.58MB
  • / 280 举报 版权申诉 马上下载
  • 文本预览
  • 下载提示
  • 常见问题
    • 安徽移动经营分析系统 数据库设计规格书安徽移动经营分析系统数据库设计规格书V0.1 安徽移动通信股份有限公司南京联创科技股份有限公司2003年9月修改历史版本号日期编写者修改内容0.12003/08/26赵懿敏、陈昌辉形成框架、模版0.12003/09/06陈昌辉完成文档格式调整,参考文献、附件内容、修改历史0.22003/09/08张宇闻、邓玉春完成对象设计部分内容V0.1安徽移动经营分析系统 数据库设计规格书目 录1. 概述 12. 总体设计 22.1. 数据库对象命名规则 22.1.1. 数据库命名规则 22.1.2. 节点命名规则 22.1.3. 节点组命名规则 22.1.4. 表空间命名规则 32.1.5. 表命名规则 32.1.6. 索引命名规则 42.1.7. 约束命名规则 42.2. 数据库设计 52.2.1. 数据库分库设计 52.2.2. 数据库配置参数设计 62.2.3. 数据库分区设计 62.2.4. 节点组设计 62.2.5. 表空间划分原则 62.2.6. 安徽经营分析系统表空间的划分 62.2.7. 分表设计 62.2.8. 数据库备份、恢复策略 62.2.9. 磁盘划分 62.3. 系统容量要求计算和扩容要求 62.3.1. 语音清单 62.3.2. 数据业务、其他新业务容量 62.3.3. 结算清单 62.3.4. 用户账单、用户资料档案、用户交易处理记录 62.3.5. 中间表的存储 62.3.6. 事实表和多维数据存储 62.3.7. ETL接口文件 62.3.8. 数据仓库备份、文件系统管理容量 62.3.9. 数据仓库原始数据量合计及扩容建议 63. 对象设计 63.1. 模型设计(E-R图) 63.1.1. 客户主题 63.1.2. 服务主题 63.1.3. 资源主题 63.1.4. 服务使用主题 63.1.5. 帐务主题 63.1.6. 结算主题 63.1.7. 客服主题 63.2. 数据字典 63.2.1. EDM数据字典 63.2.2. 中间分析模型数据字典 63.2.3. 事实表数据字典 63.2.4. 系统管理数据库 63.2.5. 接口数据字典 63.3. 物理设计 63.3.1. 资料表 63.3.2. 中间表 63.3.3. 事实表 64. 参考文献 65. 附件内容 6版本0.1 II1. 概述安徽移动经营分析系统属于大规模的数据仓库应用系统,数据库管理系统对数据的管理能力极为重要。

      经过慎重考虑,选择DB2 EEE作为数据仓库管理系统,DB2 EEE支持Share Nothing的结构,支持分节点并行管理数据,各节点使用独立的CPU、内存、I/O通道对数据实现独立的管理,可以提高数据管理的性能随着安徽移动业务的不断拓展,未来经营分析系统将面临数据扩展的问题DB2能够自动地实现比较高效的后台数据重分布,这将给我们的系统管理带来极大方便2. 总体设计2.1. 数据库对象命名规则2.1.1. 数据库命名规则安徽移动经营分析系统数据库采用以下名称:数据仓库:BASS_DW清单数据库:BASS_CDR报表数据库:BASS_RPT系统管理数据库:BASS_MM2.1.2. 节点命名规则安徽移动经营分析系统是基于数据仓库的分析系统,数据量巨大,数据库采用分节点并行管理数据的技术,节点的命名规则如下:NODE__注】:SERVERNAME:主机机器名缩写NN:两位节点序号,从01,02,03……2.1.3. 节点组命名规则节点组采用如下命名原则:NDGP__注】:MM:两位节点数,节点组所包含节点数转换为两位字符,如‘’08’: 代表该节点组包含8个节点。

      NN:两位序号,在命名上区分包含相同节点数的节点组时,采用的两位序号,如:01,02…2.1.4. 表空间命名规则应用数据表空间名称以TBS开头,后跟表空间类型,最后面为应用子系统缩写代码和流水号,长度不超过16个字符具体格式如下表所示:具体格式如下表所示:表空间类型命名系统表空间SYSTEM临时表空间TEMP_nn接口表表空间TBS_INTF_xxxx[_nn],如TBS_INTF_USRARCH_01资料表表空间TBS_USR_xxxx[_nn],如TBS_USR_USRARCH_01清单表表空间TBS_CDR_xxxx[_nn],如TBS_CDR_VOICE_01中间表表空间TBS_MID_xxxx[_nn],如TBS_MID_USRARCH_01事实表表空间TBS_FACT_xxxx[_nn],如TBS_FACT_KEY_01帐务表表空间TBS_ACCT_ xxxx[_nn], 如TBS_ACCT_BILL_01备份表空间TBS_BAK_xxxx[_nn]索引表空间TBS_IDX_xxxx_nn, 如TS_IDX_ USRARCH _01【注】:xxxx为某类业务数据的缩写代码;nn为二位的流水号;系统表空间必须具有固定的名称(system)。

      2.1.5. 表命名规则表名可以不用包含子系统的名称,本系统中表名的命名规则为:[TableTypeAb]_[FunctionTypeAb]其中:[TableTypeAb] 表名类型缩写,由1—2位元英文字母构成,主要包括:将相关联的表赋以合适统一的前缀即可,前缀含义如下:Tf_资料表Tf_fact_事实表Td_参数表Tmp_临时表Tp_中间表采用英文名称,除了一些标准的或通用的缩写,如cdr外,都尽量全部拼写的单词,只有在名字全长超过32个字母时才考虑进行缩写;不得使用汉语拼音缩写英文单词的使用应该力求准确、恰当2.1.6. 索引命名规则IDX_[PK,FK,UIX,BM]_

      _其中:ü PK 用于主键的索引ü FK 如果索引建立在外键上ü UIX Unique约束ü BM Bitmapped索引ü IDX 普通索引(Index)ü
      表名的缩写ü 索引字段名的缩写2.1.7. 约束命名规则[PK,FK,UNQ,CHK]_
      _其中:PK 如果是主键FK 如果是外键UNQ Unique约束CHK Check constraints.
      表明缩写 对于约束的描述2.2. 数据库设计2.2.1. 数据库分库设计针对数据仓库的特点和具体需求情况,将数据库分为四个:序号数据库数据库命名软/硬件平台备注1中央数据仓库AMCC_DWIBM P690,AIX UNIX 5.1数据仓库2清单存储库AMCC_CDRIBM P690,AIX UNIX 5.1清单存储3报表处理数据库AMCC_RPTIBM P690,AIX UNIX 5.1报表数据处理4管理数据库AMCC_MDWindows 2000 Server系统管理?安全认证主要用途如下:1. 中央数据仓库:经营分析系统核心数据库,按照企业模型存放所有的资料,不包含往月清单,提供经营分析系统分析数据。

      2. 清单存储数据库:经营分析系统按照“12+1”的原则保存清单(含结算清单),存放当前月份的清单和往月12个月的清单,由于清单量巨大,完全存放在经营分析系统中对数据仓库的管理备份都带来不便,因此将除当月外的12个月的清单单独存放在清单存储数据库中,由于存储容量所限,目前只设计存放六个月的清单,扩容后才能满足存储12个月的清单的要求,具体扩容相关考虑参见2.3.9系统容量计算标准扩容要求3. 报表处理数据库:为了满足报表需求,同时避免报表数据处理对数据仓库中主题分析构成影响,因此将报表数据库独立出来,专门用作报表处理4. 管理数据库:经营分析系统管理数据库,是专门用来进行系统管理的数据库,存放安全管理数据,系统运行日志等数据2.2.2. 数据库配置参数设计DB2数据的优化一方面是优化运行在数据库上的应用,另一方面就是对数据库和数据库实例本身进行的优化,而对数据库和数据库实例的优化又主要是靠一系列配置参数的调整来达到的2. 需要调整的数据库实例配置参数和建议值:配置参数名称说明一般配置sheapthres排序堆阈值Sortheap * 可能同时连接的不同应用程序数maxagents代理程序的最大数目大于等于maxapplsIntra_parallel分区内并行开关因为一个分区只有一个CPU,所以该参数offfcm_num_buffersFcm缓冲区数设的大一点,这是节点间通信的通道fcm_num_rqbFcm请求块数18000fcm_num_connectFcm连接项数160003. 需要调整的数据库配置参数和建议值:配置参数名称说明一般配置dft_queryopt缺省的查询优化级别3dbheap数据库堆4800 * 4klogbufsz日志缓冲区512 * 4kbuffpage缓冲池大小在olap系统中,建议为系统剩余内存*0.5locklist锁定列表的最大存储器Between (512 * 36 * maxappls) / 4096 and (512 *72 * maxappls) / 4096app_ctl_heap_sz应用程序控制堆1024sortheap排序堆大小在olap系统中,建议为系统剩余内存*0.5stmtheap语句堆大小Sql语句编译的时候使用,8192applheapsz应用程序堆大小384maxlocks最大的锁数量100 * (每个应用程序 512 锁定* 每个锁定 32 字节* 2) / (locklist * 4096 字节)Num_iocleans页清除期数量每一个CPU一个Num_ioserverI/O服务器数量多少个逻辑卷多少个ioservermaxappls最大的应用程序数此参数指定可与一个数据库连接(本地和远程)的并行应用程序的最大数目logfilsiz日志文件大小根据实际数据量logprimary主日志文件数量根据实际数据量logsecond辅日志文件数量根据实际数据量logretain日志利用类型recovery2.2.3. 数据库分区设计鉴于安徽移动经营分析系统数据处理量巨大的特点,同时。

      点击阅读更多内容
        手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
        ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.
        • QQ咨询
        • 微信客服
        • 返回顶部