精选数据库建设规范.docx

精选数据库建设标准
数据库建设标准
目录
1. 前言 2
2. 范围 2
3. 术语和定义 2
2
3
3
3
3
3
3.…….> _]<索引标识>
如：IN_NPCP_ORDER_NAME

数据库建设过程标准

建库过程建议参考以下的建库流程如图 1所示。
需求分析阶段综合各科学数据用户的应用需求，形成标准的需求调查表、需求规格书、功能需求表。
概念设计阶段形成独立于机器特点、独立于各个数据库管理系统产品的概念模式，用 E-R图来描述。
逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，平安性的考虑，在根本表的根底上再建立必要的视图形成数据的外模式。
数据可以分为两大类：关系数据和非关系数据，在物理设计阶段根据数据库管理系统的特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
最后进行数据〔或元数据〕录入。建库过程的每一步都是对其前一步
骤的检验，对于发现的错误或偏差需要进行及时的评估，并进行修正完善。对由
于数据库的设计而在应用当中的造成的不良影响及出现数据误差等现象进行修
缮、更新、完善。
图 1数据库建设过程

需求分析阶段可以分为两个步骤：需求调查和内容分析。数据大概分为两类数据：关系型数据和非关系型数据〔如文件，文档〕。在需求分析阶段可以对这两种数据进行不同的处理和分析。

数据信息来源有以下几种方法，分析系统需求分析报告书，组织调查会，咨询业务专家。
非关系型数据要分析哪几类类型，如文件的格式。

需求收集和分析，结果得到数据字典描述的数据需求，数据流图描述的处理需求。
数据项
数据项含义
数据类型
长度
取值范围
可选性
注释
表1 数据字典标准模式
图2 数据流图的表达方式

这个阶段的任务确定建模目标，开发建模方案，组织建模队伍，收集数据资源，制定约束和标准。

找出潜在的实体，形成初步实体表，然后再进行必要的调整。满足下述两条准那么的事物，一般均可作为属性对待。
〔1〕作为“属性〞，不能再具有需要描述的性质。 “属性〞必须是不可分的数据项，不能包含其他属性。
〔2〕“属性〞不能与其他实体具有联系，即 E－R图中所表示的联系是实体之问的联系。

模型中只允许二元联系，n元联系必须定义为 n个二元联系。根据实际的业务需求和规那么，使用实体联系矩阵来标识实体间的二元关系，然后根据实际情况确定出连接关系的势、关系名和说明，确定关系类型，是标识关系、非标识关系〔强制的或可选的〕还是非确定关系、分类关系。如果子实体的每个实例都需要通过和父实体的关系来标识，那么为标识关系，否那么为非标识关系。非标识关系中，如果每个子实体的实例都与而且只与一个父实体关联，那么为强制的，否那么为非强制的。如果父实体与子实体代表的是同一现实对象，那么它们为分类关系。即在这一步工作中确定任意有关联的两个实体之间的关系类型。

从源数据表中抽取说明性的名词开发出属性表，确定属性的所有者。定义非主键属性，检查属性的非空及非多值规那么。此外，还要检查完全依赖函数规那么和非传递依赖规那么，保证一个非主键属性必须依赖于主键、整个主键、仅仅是主键。

通过引入交叉实体除去上一阶段产生的非确定关系，然后从非交叉实体和独立实体开始标识侯选键属性，以便唯一识别每个实体的实例，再从侯选键中确定主键。为了确定主键和关系的有效性，通过非空规那么和非多值规那么来保证，即一个实体实例的一个属性不能是空值，也不能在同一个时刻有一个以上的值。找出误认确实定关系，将实体进一步分解，最后构造出 IDEF1X模型的键基视图，确定关系中的主键和外键等。键选择标准：
1)键设计原那么：为关联字段创立外键;所有的键都必须唯一;防止使用复合键;外键总是关联唯一的键字段。
2)使用系统生成的主键,设计数据库的时候采用系统生成的键作为主键，那么实际控制了数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。采用系统生成键作为主键还有一个优点：当拥有一致的键结构时，找到逻辑缺陷很容易。
3)不要采用用户可编辑的字段作键(不让主键具有可更新性)在确定采用什么字段作为表的键的时候，可一定要小心用户将要编辑的字段