【数据库系统工程师】第11章 数据库设计


思维导图

在这里插入图片描述

11.1 数据库设计概述

1.数据库应用系统的生命期

○ 数据库规划
○ 需求描述与分析
○ 数据库与应用程序设计
○ 数据库设计实现
○ 测试
○ 运行维护

2.数据库设计的一般策略

○ 自顶向下
○ 自底向上

3.数据库设计的基本步骤

○ 用户需求分析
○ 概念结构设计
○ 逻辑结构设计
○ 物理结构设计
○ 数据库实施阶段
○ 数据库运行和维护阶段

11.2 系统需求分析

1.需求分析的任务、方法和目标

○ 需求分析阶段的工作
在这里插入图片描述

2.需求分析阶段的文档

○ 系统需求说明书

3.案例分析

11.3 概念结构设计

1.概念结构设计策略和方法

○ E-R方法

2.用E-R方法建立概念模型

○ 工作步骤
在这里插入图片描述

11.4 逻辑结构设计

1.工作步骤

在这里插入图片描述

2.E-R图向关系模式的转换

○ 转换方法
■ 实体向关系模式的转换
■ 联系向关系模式的转换

3.关系模式的规范化

○ 由E-R图转换得来的初始关系模式并不能完全符合要求,还会有数据冗余、更新异常存在, 这就需要经过进- .步的规范化处理,具体步骤如下: (1)根据语义确定各关系模式的数据依赖。在设计的前一阶段,只是从关系及其属性来描 述关系模式,并没有考虑到关系模式中的数据依赖。关系模式包含着语义,要根据关系模式所 描述的自然语义写出关系数据依赖。 (2)根据数据依赖确定关系模式的范式。由关系的码及数据依赖,根据规范化理论,就可 以确定关系模式所属的范式,判定关系模式是否符合要求,即是否达到了3NF或4NF。 (3)如果关系模式不符合要求,要根据关系模式的分解算法对其进行分解,达到3NF、BCNF 或4NF。 (4)关系模式的评价及修正。根据规范化理论,对关系模式分解之后,就可以在理论.上消 除冗余和更新异常。但根据处理要求,可能还需要增加部分冗余以满足处理要求,这就需要做 部分关系模式的处理,分解、合并或增加冗余属性,提高存储效率和处理效率。

4.确定完整性约束

○ 根据规范化理论确定了关系模式之后,还要对关系模式加以约束,包括数据项的约束、表 级约束及表间约束,可以参照SQL标准来确定不同的约束,如检查约束、主码约束、参照完整 性约束,以保证数据的正确性。

5.用户视图的确定

○ 确定了整个系统的关系模式之后,还要根据数据流图及用户信息建立视图模式,提高数据 的安全性和独立性。 (1)根据数据流图确定处理过程使用的视图。 (2)根据用户类别确定不同用户使用的视图。

6.应用程序设计

○ 结构化设计方法
○ 面向对象设计方法

11.5 数据库的物理设计

1.工作过程

在这里插入图片描述

2.工作步骤

○ 确定数据分布
○ 确定数据的存储结构
○ 确定数据的访问方式

11.6 数据库系统的实施阶段

1.工作过程

在这里插入图片描述

2.数据库实施

○ 建立实际的数据库结构
○ 数据加载
○ 数据库试运行和评价

11.7 数据库运行维护与管理

1.制定数据库系统的运行计划

○ 制定运行策略
○ 确定数据库系统监控对象和监控方式
○ 数据库系统管理计划

2.数据库系统的运行和维护

○ 监控数据的收集与分析
○ 稳定运行中的业务持续性
○ 数据库维护
○ 数据库系统的运行统计
○ 数据库系统的审计

3.数据库系统的管理

○ 数据字典管理
○ 数据完整性维护和管理
○ 数据库的存储管理
○ 备份和恢复
○ 并发控制与死锁管理
○ 数据安全性管理

4.性能调整

○ SQL语句的编码校验
○ 表设计的评价
○ 索引维护和改进
○ 设备增强

5.用户支持

○ 用户培训
○ 售后服务

猜你喜欢

转载自blog.csdn.net/u012069313/article/details/124757861
今日推荐