MySQL Day09 规范数据库设计与三大范式

MySQL 规范数据库设计

1 为什么需要设计

糟糕的数据库设计：

• 数据冗余，浪费空间

• 数据插入和删除都会麻烦，可能产生异常，尽量不要使用物理外键

• 程序的性能差

良好的数据库设计：

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

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

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

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

1. 收集信息，分析需求

   • 用户表（用户登陆注销，用户的个人信息，写博客，创建分类）
   • 分类表（文章分类，谁创建的）
   • 文章表（文章信息）
   • 友情链接表（友链信息）
   • 自定义表（系统信息，某个关键的字，或者一些主字段） key:value

2. 标识实体（把需求落地到每个字段）

   依照以上需求，设计的数据库在以下图片中展示！

3. 标识实体之间的关系

   扫描二维码关注公众号，回复： 10852332 查看本文章
   • 写博客：user -> blog
   • 创建分类：user -> category
   • 关注：user -> user
   • 友链: links
   • 评论: user -> user-blog

数据库展示：

user表：

category表：

blog表：

links表：

comment表：

user_follow表：

2 三大范式

使用范式是为了避免以下问题：

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

三大范式

三大范式用来规范数据库的设计。

1. 第一范式（1NF）

原子性：保证每一列不可再分

2. 第二范式（2NF）

前提：满足第一范式

每张表只描述一件事情

3. 第三范式（3NF）

前提：满足第一和第二范式

确保数据表中的每一列数据都和主键直接相关，而不能间接相关。

规范性和性能的问题

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

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