数据库设计

一、软件项目开发周期中数据库设计

需求分析阶段:分析客户的业务和数据处理需求

概要设计阶段:设计数据库的E-R模型图,确认需求信息的正确和完整

详细设计阶段:应用三大范式审核数据库结构,将E-R图转换为数据库模型图

代码编写阶段:物理实现数据库,编码实现应用

软件测试阶段:编写测试文档,进行软件测试工作

软件维护阶段:安装部署,维护升级等工作

需求分析阶段

  1. 收集信息:与该系统有关人员进行交流、座谈,充分了解用户需求,理解数据库需要完成的任务

  2. 标识实体(Entity):标识数据库要管理的对象或实体,实体一般是名词

  3. 标识每个实体的属性(Attribute)

  4. 标识实体之间的关系(Relationship)

二、E-R图

E-R图也称实体-关系图(Entity Relationship Diagram),提供了表示实体类型、属性和关系的方法,是描述现实世界关系概念模型的有效方法。是表示概念关系模型的一种方式

 

映射基数表示通过联系与该实体关联的其他实体的关系

2.1 数据库建模工具

PowerDesigner、Rational Rose、Visio三种建模工具比较

序号比较角度PowerDesignerRational RoseVisio
1开发公司SybaseRationalMicrosoft
2开始的侧重点数据库建模UML建模画图工具
3应用系统规模适合大中型系统开发适合大中型系统开发中小型系统的开发
4编程语言支持多种编程语言支持多种编程语言只支持微软的编程语言
5数据库建模最好

2.2 酒店管理系统的E-R图——Visio

2.3 酒店管理系统的E-R图——PowerDesigner

三、使用三大范式实现数据库设计规范化

3.1 为什么需要数据规范化

不合规范的设计

  • 信息重复
  • 更新异常
  • 插入异常(无法正确表示信息)
  • 删除异常(丢失有效信息)

3.2 什么是范式

数据库设计对数据的存储性能,还有开发人员对数据的操作都有莫大的关系。所以建立科学的,规范的数据库是需要满足一些规范的来优化数据存储方式。在关系型数据库中,这些规范就可以称为范式。

范式是关系数据库理论的基础,也是在设计数据库结构过程中索要遵循的规则和指导方法

3.3 三大范式

1NF 第一范式

第一范式的目标是确保每列的原子性(列不可再分)

如果每列都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式(1NF)

2NF 第二范式

如果一个关系是满足第一范式,并且每列都和主键相关,则满足第二范式

第二范式要求每个表只描述一件事情

3NF 第三范式

如果一个关系满足第二范式,并且表中各列必须和主键直接相关,非间接相关,则满足第三范式

3.4 规范化的酒店管理系统E-R图

模型图

  • 49
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值