数据库设计说明书范例

空间数据库设计说明书

一.引言

（一）编写目的:

本文档旨在详细描述学生就业管理信息系统中的数据库结构与设计。本文的读者可为学生就业管理信息系统的开发者，也可以是学生就业管理信息系统的维护都。

（二）项目背景：

当前网站信息建设进程中，各种各样的应用系统相互独立，用户在每套应用中都有独立的一套账号，这造成了用户在带来了一定的不便利，也不便于网站用户信息资源共享。为解决上述问题而开发的一套单点登录（Single Sign On）系统，需要一套底层数据库的支持。本文旨在对单点登录系统所使用的数据库进行详细阐述。

（三）定义：

CDM：Conceptual Data Model，概念数据模型

PDM：Physical Data Model，物理数据模型

（三）参考资料：

本项目的《用户需求分析报告》；

用户提供的《工作设想》；

本项目相关的其他参考资料。

二.外部设计

（一）标识符和状态:

本数据库的表中的字段均不加前缀

（二）使用它的程序:

学生就业管理信息系统

（三）约定：

所有数据表第一个字段都是系统内部使用主键列，自增字段，不可空，名称为：id，确保不把此字段暴露给最终用户；用户实体与应用系统的对应关系的主键以int自增为主键类型。

（四）专门指导：

请注意：MySQL 中date的默认值为0000-00-00，这与.NET 的数据类型不匹配，请确保在存储date 字段时给出一个合法的初始值。

（五）支持软件：本数据库支持Microsoft Sql Server 2000

三.结构设计

（一）概念结构设计：

1、实体和属性的定义

1.1用户

1.2信息

2、E-R图中所体现的关系：

用户—信息：一个用户一次可以发布和查询多条不同的信息，而一条信息也可以被多个不同的用户所查询。

操作员—信息：一个操作员可以增加、删除多条信息，一条信息只能被一个操作员增加或删除；一个操作员可以查询多条信息，一条信息可以被多个操作员查询。

3、全局ER模式的优化

在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。

（二）逻辑结构设计：

1、E-R图向关系模型的转化

在上面实体之间的关系的基础上，将实体、实体的属性和实体之间的联系转换为关系模式

2、消除冗余

所谓冗余的数据是指可由基本数据导出的数据，冗余的联系是指可由其他联系导出的联系。冗余数据和冗余联系容易破坏数据库的完整性，给数据库的维护增加困难，应当予以消除。本系统的冗余数据和冗余关系已经在概念结构设计中处理过了，这里不再赘述。

3、设计用户子模式

将概念模型转换为全局逻辑模型后，还应该根据局部应用需求，结合具体的DBMS 的特点，即关系模型，利用视图这一功能设计更符合局部用户学要的用户外模式。（三）物理结构设计:

表4.1.1 数据据防注入表[SqlIn]

表4.1.2 系统管理员表[administrator]

表4.1.3 系统设置[config]

四.运用设计

（一）数据字典设计：

表4.1.1 数据据防注入表[SqlIn]

表4.1.2 系统管理员表[administrator]

表4.1.3 系统设置[config]

（二）安全保密设计：本数据库系统采用安全的用户名加口令方式登录。用户名的权限限制为只能进行基本的增删改查数据功能。