MySQL笔记9：数据库规约，三大范式

9. 数据库的规约，三大范式

9.1 设计原因

当数据库比较复杂时，是需要进行设计

糟糕的设计：

• 数据冗余，浪费空间
• 数据库插入和删除都麻烦，可能出现异常【屏蔽使用物理外键】
• 程序性能差

良好的设计：

• 节省内存空间
• 保证数据库完整性
• 便于系统开发

软件开发中，数据库的设计要点：

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

设计数据库的步骤：（个人博客为例）其他如bbs，crm

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

9.2 三大范式

规范数据库的数据；

为什么需要数据规范化

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

三大范式

• 第一范式（1NF）：
  • 原子性，要求数据库表的每一列都是不可分割的原子数据项
• 第二范式（2NF）：
  • 前提：满足第一范式
  • 每张表只描述一件事情，表里的每一列都和主键相关（联合主键）
• 第三范式（3NF）：
  • 前提：满足第二范式
  • 表中的每一列数据都和主键直接相关，而不能间接相关

规范性和性能的问题

阿里：关联查询的表不得超过三张表

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