数据库设计模板.docx

数据库设计模板.docx

《数据库设计模板.docx》由会员分享，可在线阅读，更多相关《数据库设计模板.docx（8页珍藏版）》请在冰豆网上搜索。

数据库设计模板

XX公司xx事业部

文档编号

版本

A1

密级

商密A

项目名称

Xxx系统

项目来源

DR-RD-020

Xxx系统

数据库设计说明书

（内部资料请勿外传）

编写：

日期：

检查：

日期：

审核：

日期：

批准：

日期：

XX公司

版权所有不得复制

1引言

1.1编写目的

例如：

本文档是xx系统概要设计文档的组成部分，编写数据库设计文档的目的是：

明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循《xx数据库设计和开发规范》。

本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。

1.2术语表

定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。

序号

术语或缩略语

说明性定义

1

PM

ProjectManager,项目经理

2

1.3参考资料

列出有关资料的名称、作者、文件编号或版本等。

参考资料包括：

a．需求说明书、架构设计说明书等；

b．本项目的其他已发表的文件；

c．引用文件、资料、软件开发标准等。

资料名称

作者

文件编号、版本

资料存放地点

2数据库环境说明

提示：

（1）说明所采用的数据库系统，设计工具，编程工具等

（2）详细配置

例如：

数据库实例

数据库系统

数据库部署环境

数据库设计工具

数据库存放位置

说明

实例名，文件名

名称：

如MySql，版本：

软硬件、网络环境

例如：

pb,visio,rose

存放位置，绝对路径/相对路径

实例用途说明

3数据库的命名规则

提示：

（1）说明本数据库的命名规则，例如：

本数据库设计完全按照《xx数据库设计规范》命名。

（2）如果本数据库的命名规则与公司的标准不完全一致的话，请作出解释。

4逻辑设计

提示：

数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（ERD）。

如果采用面向对象方法（OOAD），这里实体相当于类（class）。

例如：

5物理设计

提示：

（1）主要是设计表结构。

一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。

逻辑设计中的实体大部分可以转换成物理设计中的表，但是它们并不一定是一一对应的。

（2）对表结构进行规范化处理（第三范式）。

5.1表汇总

表名

功能说明

表A

表B

表C

5.2表[X]：

[XXX表]

表的索引:

索引是否建立要根据具体的业务需求来确定。

允许为空：

不填的表示为“是”。

唯一：

不填的表示为“是”。

表的记录数和增长量：

根据具体的业务需求确定。

增长量应确定单位时间如果量大可以按每天,如果不大可以按每月。

表字段的区别度：

主要是考虑到将来在此字段上建立索引类型选择时作为参考,当字段值唯一时可以不考虑,当字段值不唯一时,估算一个区别度,近似即可。

例如：

如果一个表的NAME字段有共2000个值,其中有1999个不同值,1999/2000=越接近1区别度越高,反之区别度越低。

表的并发：

根据具体的业务需求预测表的并发。

表名

数据库用户

主键

其他排序字段

索引字段

序号

字段名称

数据类型（精度范围）

允许为空Y/N

唯一Y/N

区别度

默认值

约束条件/说明

此表格的序号，与数据库的序号无关

[字段名称]

[数据类型]

[Y/N]

[Y/N]

[高/中/低]

主键、外键，字段含义，相关说明等

Mysql脚本

CREATETABLE[XXX表名]

（

[字段名称][数据类型][NOTNULL/NULL]

[字段名称][数据类型][NOTNULL/NULL]

[字段名称][数据类型][NOTNULL/NULL]

[字段名称][数据类型][NOTNULL/NULL]

CONSTRAINTPK_[XXX表名]_[XXX表字段]PRIMARYKEY（[字段名称]）

）type=INNODB;

ALTERTABLE[XXX表名]ADDCONSTRAINTFK_[XXX表名]_[YYY表名]_[XXX表字段]

FOREIGNKEY（[字段名称]）REFERENCES[YYY表名]（[字段名称]）

CREATEINDEX[索引名]ON[XXX表名]（[字段名称]）

记录数

[此表的记录数]

增长量

[此表的增长量]

表的并发

[此表的并发程度]

补充说明

[补充说明]

5.3视图的设计

[根据XXX产品的概要设计文档来确定。

视图的命名按照《xx数据库设计规范》中关于视图的命名规范命名。

视图的设计应注意以下几点:

1尽量减少列中使用的公式。

2去掉所有不必要的列。

3不要使同一个文档属于多个分类。

4避免使用表单公式。

]

5.4存储过程、函数及触发器的设计

[存储过程及触发器的命名按照《xx数据库设计规范》中关于存储过程及触发器的命名规范命名。

存储过程：

根据具体得业务逻辑确定输入参数个数，类型,确定对哪几个表进行何种作。

在定义存储过程时，要使用其完成单一、相对集中的任务，不要定义已由其他提供功能的过程。

例如：

不要定义强制数据完整性的过程（使用完整性约束）。

函数：

函数与存储过程非常相似，它也是存储在数据库中的对象。

但是可以在SQL命令中使用函数。

就好像建立自己的substr函数一样

触发器：

触发器是存储在数据库中的程序，它在某一特定事件发生时执行。

这些程序可以用PL/SQL和java语言编写，也可以用作c语言的调用，数据库允许用户定义这些程序，然后在相关的表，视图或者数据库动作执行insert，update或delete语句时执行。

]

6安全性设计

提示：

提高软件系统的安全性应当从“管理”和“设计”两方面着手。

这里仅考虑数据库的安全性设计。

例如：

应用级的用户帐号密码不能与数据库相同，防止用户直接操作数据库。

用户只能用帐号登陆到应用软件，通过应用软件访问数据库，而没有其它途径操作数据库。

6.1防止用户直接操作数据库的方法

提示：

用户只能用帐号登陆到应用软件，通过应用软件访问数据库，而没有其他途径操作数据库。

6.2用户帐号密码的加密方法

提示：

对用户帐号的密码进行加密处理，确保在任何地方都不会出现密码的明文。

例如：

用户帐号采用MD5进行数据加密后再录入数据库，以防止任何地方密码的安全性要求。

6.3角色与权限

提示：

确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。

每个角色拥有刚好能够完成任务的权限，不多也不少。

在应用时再为用户分配角色，则每个用户的权限等于他所兼角色的权限之和。

角色

可以访问的表与列

操作权限

例如：

管理员

可访问所有表

完全控制权限

角色B

7优化

提示：

分析并优化数据库的“时－空”效率，尽可能地“提高处理速度”并且“降低数据占用空间”。

（1）分析“时－空”效率的瓶颈，找出优化对象（目标），并确定优先级。

（2）当优化对象（目标）之间存在对抗时，给出折衷方案。

（3）给出优化的具体措施，例如优化数据库环境参数，对表格进行反规范化处理等。

优先级

优化对象（目标）

措施

8数据库管理与维护说明

提示：

在设计数据库的时候，及时给出管理与维护本数据库的方法，有助于将来撰写出正确完备的用户手册。