软件项目数据指标设计方案.pdfVIP

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 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)

182****5985 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档