- 1、本文档共5页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
1 数据指标设计
1.1 设计原则
为了保证数据库总体结构设计的质量,我们将遵循以下设计原则:
1.1.1数据完整性原则
在业务应用过程中,各类数据都将存储在数据库当中,而这些
数据之间并不是孤立存在的,而是彼此之间存在着各种约束关系。
为了使数据库中的数据能够满足这些约束条件,在数据库设计过程
中要建立正确的约束关系,使得数据能够受到实际业务中存在的约
束条件的限制,为数据的完整性打下了良好的基础。对于河北省基
金收支管控平台的数据库结构要与各地市社保生产系统及外协系统
的接口数据定义保持一致性。
数据的完整性也使得数据库中存在的每条数据的合理性得到了
保证,避免出现不合理数据或是出现数据检索不到的情况。
1.1.2数据的安全性原则
“互联网+”一网通办,要求能够实时进行业务监管从而更好的进
行决策支撑,系统实现工伤保险、河北政务网、企业端网报、工商
局单位信息和法人信息之间联网,信息化全覆盖,电子化操作流
程,为了保障基金的安全和参保人的合法权益,必须保证数据安全
稳定的传输,因此系统必须具备高安全性,高稳定性,并且做好安
全的数据备份措施,在灾难发生时有较快的反应速度与完备的数据
恢复措施。资料在共享的同时,每条资料都应有对其访问的范围限
制以及访问方式的限制,数据传输过程必须进行加密。系统必须提
供对某些资料的保密措施。必须有完备的安全认证机制,防止非法
访问以及非法入侵。
1.1.3数据可维护性与规范性原则
“互联网+”一网通办,连接多方生产系统,运行过程当中,数据
库字段很可能出现变更或增加的情况,如业各地业务系统的情况不
一致,数据集中情况不统一,同一业务在不同地区经办和审核流程
不相同。数据库的设计应当能够适应这样的变化,为将来可能出现
的情况做好充分的准备,这就对数据库中的数据有着规范化的要
求。数据库设计要充分考虑这些要求,使得数据库能够适应这些要
求。数据存储的规范化也为数据库的管理和维护起到了积极的作
用。
1.1.4数据结构优化原则
本项目对于整个系统的性能有着严格的要求,数据库作为系统
运行的基础,其性能将关系到整个系统的运作情况。在数据库设计
方面,通过分析不同数据的特点和访问频率,正确建立索引,合理
设置字段类型和长度,合理创建表,能够使得数据库执行的性能得
到更大的提高,以满足高效性的要求。
1.2 数据库物理设计
数据量的急剧增长使数据库管理员(DBA)和应用开发人员面临
着新的挑战。庞大的数据库不仅使管理工作变得越来越复杂,而且
严重影响了数据库及其应用的性能和可用性。当数据库中的表足够
大时,数据库管理操作,如数据导入、导出、备份和恢复等,都会
遇到极大的困难。随着数据量的不断增长,数据库和应用程序的性
能也会急剧降低。
为了加强对大型数据对象的存储和管理能力,提高关键数据的
可用性,提高查询语言(SQL)和数据管理语言(DML)的性能,
我们采用了数据分区技术。
分区的原则是:
对经常在WHERE子句中出现的字段需要考虑做为分区字段。
分区不可能满足所有的查询和统计要求,因此有必要为特定的
需要统计的字段建立索引,以提高统计分析的速度。
表的每个分区对应一个表空间。
分区字段的索引的每个分区对应一个表空间。
在数据导入前,必须确定数据的分区方式,合理的分区将有效
提高系统效率。一旦分区方式出现大的失误,可能导致数据的重新
导入,这样将浪费较多时间。
分区数据记录数应该在300万条左右比较合适。
分区表空间文件的大小最好不要超过5G。
对于索引分区,为避免表的更新引起过多的索引更新,应该避
免建立BITMAP索引,同时一个表建立的索引数目不能太多。
1.3 表空间设计
在创建并管理一个数据库时候,大量的任务是管理几个大型
表,大型表性能的优劣直接影响性能。因此对大型表,以及不同类
型的表进行空间划分的合理性至关重要。
1.3.1数据表划分
通常的数据表可以分为以下分类:
代码表,容量无变化,小型表,如组织机构代码、行政区划代
码等;
业务数据表,其容量不断变化,可能为大型表,如从业人员基
本信息表等;
聚集表,即查询统计中间表,容量可变可不变;
临时表,数据暂时存储表;
系统表,数据库本身所用的表。
1.3.
文档评论(0)