数据库设计规范与技巧.doc

数据库设计规范与技巧.doc

《数据库设计规范与技巧.doc》由会员分享，可在线阅读，更多相关《数据库设计规范与技巧.doc（15页珍藏版）》请在冰豆网上搜索。

数据库设计规范与技巧

一、数据库设计过程

数据库技术是信息资源管理最有效的手段。

数据库设计是指：

对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。

数据库设计的各阶段：

A、需求分析阶段：

综合各个用户的应用需求（现实世界的需求）。

B、在概念设计阶段：

形成独立于机器和各DBMS产品的概念模式（信息世界模型），用E-R图来描述。

C、在逻辑设计阶段：

将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。

然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。

D、在物理设计阶段：

根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

1.需求分析阶段

需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。

需求分析的重点：

调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。

需求分析的方法：

调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。

常用的调查方法有：

跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

自顶向下的结构化分析方法（StructuredAnalysis，简称SA方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。

数据流图表达了数据和处理过程的关系。

系统中的数据则借助数据字典（DataDictionary，简称DD）来描述。

2.概念结构设计阶段

通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。

概念模型用于信息世界的建模。

概念模型不依赖于某一个DBMS支持的数据模型。

概念模型可以转换为计算机上某一DBMS支持的特定数据模型。

概念模型特点：

（1）具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。

（2）应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。

概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。

使用IDEF1X方法创建E-R模型的步骤如下所示：

2.1第零步--初始化工程

这个阶段的任务是从目的描述和范围描述开始，确定建模目标，开发建模计划，组织建模队伍，收集源材料，制定约束和规范。

收集源材料是这阶段的重点。

通过调查和观察结果，业务流程，原有系统的输入输出，各种报表，收集原始数据，形成了基本数据资料表。

2.2第一步--定义实体

实体集成员都有一个共同的特征和属性集，可以从收集的源材料--基本数据资料表中直接或间接标识出大部分实体。

根据源材料名字表中表示物的术语以及具有"代码"结尾的术语，如客户代码、代理商代码、产品代码等将其名词部分代表的实体标识出来，从而初步找出潜在的实体，形成初步实体表。

2.3第二步--定义联系

IDEF1X模型中只允许二元联系，n元联系必须定义为n个二元联系。

根据实际的业务需求和规则，使用实体联系矩阵来标识实体间的二元关系，然后根据实际情况确定出连接关系的势、关系名和说明，确定关系类型，是标识关系、非标识关系（强制的或可选的）还是非确定关系、分类关系。

如果子实体的每个实例都需要通过和父实体的关系来标识，则为标识关系，否则为非标识关系。

非标识关系中，如果每个子实体的实例都与而且只与一个父实体关联，则为强制的，否则为非强制的。

如果父实体与子实体代表的是同一现实对象，那么它们为分类关系。

2.4第三步--定义码

通过引入交叉实体除去上一阶段产生的非确定关系，然后从非交叉实体和独立实体开始标识侯选码属性，以便唯一识别每个实体的实例，再从侯选码中确定主码。

为了确定主码和关系的有效性，通过非空规则和非多值规则来保证，即一个实体实例的一个属性不能是空值，也不能在同一个时刻有一个以上的值。

找出误认的确定关系，将实体进一步分解，最后构造出IDEF1X模型的键基视图（KB图）。

2.5第四步--定义属性

从源数据表中抽取说明性的名词开发出属性表，确定属性的所有者。

定义非主码属性，检查属性的非空及非多值规则。

此外，还要检查完全依赖函数规则和非传递依赖规则，保证一个非主码属性必须依赖于主码、整个主码、仅仅是主码。

以此得到了至少符合关系理论第三范式的改进的IDEF1X模型的全属性视图。

2.6第五步--定义其他对象和规则

定义属性的数据类型、长度、精度、非空、缺省值、约束规则等。

定义触发器、存储过程、视图、角色、同义词、序列等对象信息。

3.逻辑结构设计阶段

将概念结构转换为某个DBMS所支持的数据模型（例如关系模型），并对其进行优化。

设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。

将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则：

一个实体型转换为一个关系模式。

实体的属性就是关系的属性。

实体的码就是关系的码。

数据模型的优化，确定数据依赖，消除冗余的联系，确定各关系模式分别属于第几范式。

确定是否要对它们进行合并或分解。

一般来说将关系分解为3NF的标准，即：

表内的每一个值都只能被表达一次。

表内的每一行都应该被唯一的标识（有唯一键）。

表内不应该存储依赖于其他键的非键信息。

4.数据库物理设计阶段

为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。

根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。

5.数据库实施阶段

运用DBMS提供的数据语言（例如SQL）及其宿主语言（例如C），根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。

数据库实施主要包括以下工作：

用DDL定义数据库结构、组织数据入库、编制与调试应用程序、数据库试运行，（DataDefinitionLanguage（DDL数据定义语言）用作开新数据表、设定字段、删除数据表、删除字段，管理所有有关数据库结构的东西）

●Create（新增有关数据库结构的东西，属DDL）

●Drop（删除有关数据库结构的东西，属DDL）

●Alter（更改结构，属DDL）

6.数据库运行和维护阶段

在数据库系统运行过程中必须不断地对其进行评价、调整与修改。

内容包括：

数据库的转储和恢复、数据库的安全性、完整性控制、数据库性能的监督、分析和改进、数据库的重组织和重构造。

7.建模工具的使用

为加快数据库设计速度，目前有很多数据库辅助工具（CASE工具），如Rational公司的RationalRose，CA公司的Erwin和Bpwin，Sybase公司的PowerDesigner以及Oracle公司的oracleDesigner等。

ERwin主要用来建立数据库的概念模型和物理模型。

它能用图形化的方式，描述出实体、联系及实体的属性。

ERwin支持IDEF1X方法。

通过使用ERwin建模工具自动生成、更改和分析IDEF1X模型，不仅能得到优秀的业务功能和数据需求模型，而且可以实现从IDEF1X模型到数据库物理设计的转变。

ERwin工具绘制的模型对应于逻辑模型和物理模型两种。

在逻辑模型中，IDEF1X工具箱可以方便地用图形化的方式构建和绘制实体联系及实体的属性。

在物理模型中，ERwin可以定义对应的表、列，并可针对各种数据库管理系统自动转换为适当的类型。

设计人员可根据需要选用相应的数据库设计建模工具。

例如需求分析完成之后，设计人员可以使用Erwin画ER图，将ER图转换为关系数据模型，生成数据库结构；画数据流图，生成应用程序。

二、数据库设计技巧

1.设计数据库之前（需求分析阶段）

1）理解客户需求，包括用户未来需求变化。

2）了解企业业务类型，可以在开发阶段节约大量的时间。

3）重视输入（要记录的数据）、输出（报表、查询、视图）。

4）创建数据字典和ER图表

数据字典（DataDictionary，简称DD）是各类数据描述的集合，是关于数据库中数据的描述，即元数据，不是数据本身。

（至少应该包含每个字段的数据类型和在每个表内的主外键）。

数据项描述：

数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系

数据结构描述：

数据结构名，含义说明，组成：

[数据项或数据结构]

数据流描述：

数据流名，说明，数据流来源，数据流去向，组成：

[数据结构]，平均流量，高峰期流量

数据存储描述：

数据存储名，说明，编号，流入的数据流，流出的数据流，组成：

[数据结构]，数据量，存取方式

处理过程描述：

处理过程名，说明，输入：

[数据流]，输出：

[数据流]，处理：

[简要说明]

ER图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。

ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。

对SQL表达式的文档化来说这是完全必要的。

5）定义标准的对象命名规范

数据库各种对象的命名必须规范。

2.表和字段的设计（数据库逻辑设计）

表设计原则

1）标准化和规范化

数据的标准化有助于消除数据库中的数据冗余。

标准化有好几种形式，但ThirdNormalForm（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。

简单来说，遵守3NF标准的数据库的表设计原则是：

"OneFactinOnePlace"即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。

表之间的关系通过外键相连接。

它具有以下特点：

有一组表专门存放通过键连接起来的关联数据。

2）数据驱动

采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。

举例，假如用户界面要访问外部数据源（文件、XML文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持的表里。

如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。

角色权限管理也可以通过数据驱动来完成。

事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。

3）考虑各种变化

在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。

4）表名、报表名和查询名的命名规范

（采用前缀命名）检查表名、报表名和查询名之间的命名规范。

你可能会很快就被这些不同的数据库要素的名称搞糊涂了。

你可以统一地命名这些数据库的不同组成部分，至少你应该在这些对象名字的开头用Table、Query或者Report等前缀加以区别。

如果采用了MicrosoftAccess，你可以用qry、rpt、tbl和mod等符号来标识对象（比如tbl_Employees）。

用sp_company标识存储过程，用udf_（或者类似的标记）标识自定义编写的函数。

字段设计原则：

1）每个表中都应该添加的3个有用的字段。

?

dRecordCreationDate，在SQLServer下默认为GETDATE（）

?

sRecordCreator，在SQLServer下默认为NOTNULLDEFAULTUSER

?

nRecordVersion，记录的版本标记；有助于准确说明记录中出现null数据或者丢失数据的原因

时效性数据应包括"最近更新日期/时间"字段。

时间标记对查找数据问题的原因、按日期重新处理/重载数据和清除旧数据特别有用。

2）对地址和电话采用多个字段

描述街道地址就短短一行记录是不够的。

Address_Line1、Address_Line2和Address_L