大数据库设计要求规范.doc

word
word
2 / 22
word
概述
目的
软件研发数据库设计规作为数据库设计的操作规，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。
适用围
术语定义
DBMS：数据库管理系统ord
逻辑设计阶段
目的
将E-R模型转换DBMS支持的数据模型，包括关系模型、网状模型、层次模型、对象模型等等。常用的DBMS是关系数据库，因此要转换为关系模型。
方法和过程
可以用Sybase PowerDesigner直接将CDM转换为LDM。
从理论上来说，转换过程一般有7个步骤：
转换强实体
转换弱实体
转换1：1关系
转换1：N关系
转换M：N关系
转换多值属性（Multi-Valued Attribute）
转换n元关系（n-ary Relation）
word
word
9 / 22
word
E-R模型和关系模型的映射如下：
E-R模型
关系模型
实体类型
关系
1：1或1：N关系类型
外键
M：N关系类型
两个外键
n元关系类型
n个外键
简单属性
属性
复合属性
简单属性的集合
多值属性
关系和外键
关键属性
主键/唯一键
物理设计阶段
目的
基于给定的DBMS建立面向计算机物理表示的模型，描述了数据在储存介质上的组织结构，它不但与具体的DBMS有关，而且还与操作系统和硬件有关。
方法和过程
可以用Sybase PowerDesigner直接将CDM/LDM转换为PDM。对于关系模型来说，进行物理数据库设计主要包括：
word
word
9 / 22
word
使用逻辑模型建立一系列的表（如果在CDM和LDM中使用中文，应在转换后使用英文）；
使用索引以提升性能；
实施约束和安全限制；
对数据进行分区和分布式处理等。
概念数据模型规
设计原则
易于理解
1、实体、属性的命名要求中文名简明清晰，英文代码统一用大写，中间用下划线分隔。
2、对于同含义的实体或属性名，英文缩写要求一致。
3、命名应遵循公司标准或项目最佳实践，以增强人们对系统间信息交换和共享的理解。
4、需要在实体名中明确提示的信息可以在中文名后用括号标出。
5、各个实体类属性的排列顺序尽量遵循统一的规则，比如最前面是标识号，最后面是人员或日期等。
word
word
11 / 22
word
6、对于属性值在业务需求中有明确规定围、列举值的，要通过约束予以反映。
7、实体间关系的命名也要遵循实体命名规则，因为这些关系可能在后续的设计中转化为一个实体。
8、对于具有强制校验的关系，要在设计工具中明确标出，复杂关系应配以文字叙述说明。
9、在多个表中冗余的字段应保持命名的一致性。不同名称之间应有较明显的区别，避免混淆和误操作。
10、对于实体自身存在相互依赖的属性，需要建立递归联系。
11、适当使用扩展依赖来补充说明实体间的联系。
完整性
概念数据模型应包含实体、属性、关系三部分容。概念模型阶段的完整性原则主要是对这三要素的充分识别：
实体：包括能够被清楚辨识的事物,如保险合同，被保人，操作员等；或者需要固化的流程类信息，如任务流（需要记录一次任务完成的时点和出入口）；或者等待人工或系统处理的操作类信息，如保全申请、理赔申请等；或者计算类信息，例如针对一个理赔责任（实体1）的每个费用明细（实体2）的一次计算，此时计算结果需要作为一个实体保存下来。
word
word
11 / 22
word
关系：是实体之间的关联。有一对一，一对多，多对一，多对多这几种。对于需求中明确需要固化的联系多个实体的复杂关系，或者具有一定属性数据的关系，可以作为一个实体来处理，例如映射表和路由表。当然，这种设计也可以放到物理数据模型设计环节来做。
属性：实体具有的属性。一个实体可以由若干个属性描述。例如投保人实体有一个客户号、客户、出生日期等特性。
CASE工具使用要求
1、应使用Sybase PowerDesigner工具进行概念数据模型设计（CDM模型）。
常用的几种关联如下图所示：
  
word
word
13 / 22
word
2、由于PowerDesigner自身的限制（如命名字段长度限制），不要求能够从CDM直接导出PDM，但应尽量细化填写工具中提供的输入域，以利于后续设计时对概念模型的理解。
3、层次布局清楚，线条间隔明显，尽量使用上下分层模式，避免网状图。
4、没有关系相联结的实体集尽量分到不同设计页面或项目，对于复杂的设计图，可以将其中相对集中的一部分抽离到单独页面（ＣＤＭ），原页面中用椭圆形图示代表。
例如下图，其中自动、人工核保有相