本数据库设计说明书是关于寝室管理系统数据库设计,主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。主要的目的是给到大家一个数据库说明书结构以及相关介绍的写法提醒,还是很实用的。
数据库设计的六个阶段
系统需求分析阶段;
概念结构设计阶段;
逻辑结构设计阶段;
物理结构设计阶段;
数据库实施阶段;
数据库运行与维护阶段;
数据库设计的主要步骤
1、需求收集和分析,得到数据字典和数据流图;
2、对用户需求综合、归纳与抽象,形成概念模型;
3、将概念结构转换为数据模型;
4、设计数据库的物理结构;
5、建立数据库,编制与调试应用程序,组织数据入库;
6、对数据库系统进行评价、调整与修改。
数据库设计三大范式
第一范式(1NF):
1、数据表中的每一列(字段),必须是不可拆分的最小单元,也就是确保每一列的原子性。满足第一范式是关系模式规范化的最低要求,否则,将有很多基本操作在这样的关系模式中实现不了。
如果需求知道那个省那个市并按其分类,那么显然第一个表格是不容易满足需求的,也不符合第一范式。
2、两列的属性相近或相似或一样,尽量合并属性一样的列,确保不产生冗余数据。
显然第一个表结构不但不能满足足够多物品的要求,还会在物品少时产生冗余。也是不符合第一范式的。
第二范式(2NF):
满足1NF后要求表中的所有列,每一行的数据只能与其中一列相关,即一行数据只做一件事。只要数据列中出现数据重复,就要把表拆分开来。
一个人同时订几个房间,就会出来一个订单号多条数据,这样子联系人都是重复的,就会造成数据冗余。我们应该把他拆开来。
这样便实现啦一条数据做一件事,不掺杂复杂的关系逻辑。同时对表数据的更新维护也更易操作。
第三范式(3NF):
满足2NF后,要求:表中的每一列都要与主键直接相关,而不是间接相关(表中的每一列只能依赖于主键)。
数据不能存在传递关系,即没个属性都跟主键有直接关系而不是间接关系。像:a-->b-->c 属性之间含有这样的关系,是不符合第三范式的。
- PC官方版
- 安卓官方手机版
- IOS官方手机版