9.数据库的设计（如何设计，三大范式）

9. 规范数据库设计

9.1 为什么要设计

当数据库比较复杂的时候，就需要设计

糟糕的数据库设计：

• 数据冗余，浪费空间
• 数据库插入和删除都会麻烦，异常（屏蔽使用物理外键）
• 程序的性能差

良好的设计：

• 节省空间
• 保证数据库的完整性
• 方便我们开发系统

软件开发中，关于数据库的设计：

• 分析需求：分析业务和需要处理的数据库的需求
• 概要设计：设计关系图E-R图

设计数据库的步骤：（个人博客）

• 收集信息，分析需求
  • 用户表（用户登录注销，用户的个人信息，写博客，创建分类）
  • 分类表（文章分类，谁创建的）
  • 文章表（文章的信息）
  • 评论表
  • 友链表（友链信息）
  • 自定义表（系统信息，某个关键的字，或者一些主字段）key：value
• 标识实体（把需求落地到每个字段）
  

用户表：

分类表：

文章表：

评论表：

友链表：

• 标识实体之间的关系
  • 写博客：user -> blog
  • 创建分类： user -> category
  • 关注： user -> user
  • 友链：links
  • 评论：user-user-blog

9.2 三大范式

为什么需要数据规范化？

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

三大范式

第一范式（1NF）
原子性：保证每一列不可再分

在该图中家庭信息还可以再分成人口数和地址。
第二范式（2NF）
前提：满足第一范式
每张表只描述一件事情

例子：

在上图所示的情况中，同一个订单中可能包含不同的产品，因此主键必须是"订单号”和“产品号”联合组成，
但可以发现，产品数量、产品折扣、产品价格与“订单号”和“产品号”都相关，但是订单金额和订单时间仅与“订单号”相关，与“产品号”无关,
这样就不满足第二范式的要求,调整如下，需分成两个表:

第三范式（3NF）
前提：满足一二范式
第三范式需要确保数据表中的每一列数据都和主键直接相关，不能间接相关

---

是为了规范数据库的设计
规范性和性能的问题
关联查询的表不得超过三张表

• 考虑商业化的需求和目标（成本，用户体验！）数据库的性能更加重要
• 在规范性能问题的时候，需要适当的考虑一下 规范性
• 故意给某些表增加一些冗余的字段。（从多表查询变为单表查询，就不用联表查询了）
• 故意增加一些计算列（从大数据量降低为小数据量的查询：索引）