MySQL：规范数据库设计

---

学习视频来自于：秦疆（遇见狂神说）Bilibili地址
他的自学网站：kuangstudy

我们缺乏的不是知识，而是学而不厌的态度

---

十、规范数据库设计

10.1 为什么需要设计

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

10.1.1 糟糕的数据库设计

1. 数据冗余，浪费空间【表和表之间数据的重复】。
2. 数据库插入和删除都会麻烦、异常【屏蔽使用物理外键】。
3. 程序性能差【冗余的数据库导致程序的性能差】。

10.1.2 良好的数据库设计

1. 节省内存空间。
2. 保证数据库的完整性【插入数据时，需要向那个表添加就向那个表添加，不需要考虑其他】。
3. 方便我们系统开发【优秀的数据库设计】。

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

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

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

10.3.1 收集信息：分析需求

• 用户表（用户登录注销，用户的个人信息，写博客，创建分类）
• 分类表（文章分类，谁创建的）
• 文章表（文章的信息）
• 友链表（友情链接信息）
• 评论表
• 关注表
• 自定义表（系统信息，某个关键的子，或者一些主体）
• 说说（发表心情）

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

tianyublog数据库

CREATE DATABASE IF NOT EXISTS `tianyublog` CHARACTER SET utf8 COLLATE utf8_general_ci

user：用户表

CREATE TABLE `user` (
  `id` int(10) NOT NULL AUTO_INCREMENT COMMENT '用户的唯一id',
  `username` varchar(60) NOT NULL COMMENT '用户名',
  `password` varchar(60) NOT NULL COMMENT '用户密码',
  `sex` varchar(2) NOT NULL COMMENT '性别',
  `age` int(3) DEFAULT NULL COMMENT '年龄',
  `sign` varchar(200) DEFAULT NULL COMMENT '签名',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

category：分类表

CREATE TABLE `category` (
  `id` int(10) NOT NULL COMMENT '分类id',
  `category_name` varchar(30) NOT NULL COMMENT '分类标题',
  `create_user_id` int(10) NOT NULL COMMENT '创建用户的id',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

blog：文章表

CREATE TABLE `blog` (
  `id` int(10) NOT NULL COMMENT '文章的唯一标识',
  `title` varchar(100) NOT NULL COMMENT '文章标题',
  `anthor_id` int(10) NOT NULL COMMENT '编写文章的用户',
  `category_id` int(10) NOT NULL COMMENT '文章分类',
  `conent` text NOT NULL COMMENT '文章内容',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',
  `love` int(10) DEFAULT NULL COMMENT '喜欢',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

links：友链表

CREATE TABLE `links` (
  `id` int(10) NOT NULL COMMENT '友链id',
  `links` varchar(50) NOT NULL COMMENT '网站名称',
  `href` varchar(2000) NOT NULL COMMENT '网站链接',
  `sort` int(10) NOT NULL COMMENT '排序',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

comment：评论表

CREATE TABLE `comment` (
  `id` int(10) NOT NULL COMMENT '评论id',
  `blog_id` int(10) NOT NULL COMMENT '所属的文章',
  `user_id` int(10) NOT NULL COMMENT '评论人',
  `content` varchar(2000) NOT NULL COMMENT '评论的内容',
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '评论时间',
  `user_id_parent` int(10) NOT NULL COMMENT '回复的人id',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

user_follow：关注表

CREATE TABLE `user_follow` (
  `id` int(10) NOT NULL COMMENT '唯一标识',
  `user_id` int(10) NOT NULL COMMENT '被关注的id',
  `follow_id` int(10) NOT NULL COMMENT '关注人id',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

10.3.3 标识实体之间的关系

• 写博客：user -->blog
• 创建分类：user -->category
• 关注：user -->user_follow
• 友链：links
• 评论：user–>comment

10.4 三大范式

10.4.1 为什么需要信息规范化

1. 信息重复（表与表之间信息重复）
2. 更新异常（使用外键导致）
3. 插入异常（表关联过多，无法正常显示信息，插入数据不完整）
4. 删除异常（因为数据重复，删除不完整，文章都删除了，标题还在）

10.4.2 第一范式

第一范式需要要求数据库表的每一列都是不可分割的原子数据项。

10.4.3 第二范式

前提：满足第一范式
第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关（主要针对联合主键而言）。

10.4.4 第三范式

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

10.4.5 规范性和性能的问题

阿里巴巴要求：关联查询的表不得超过3张表，

1. 考虑商业化的需求和目标，（成本和用户体验）数据库的性能更加重要。
2. 在规范性能的问题时，需要适当考虑规范性就可以。
3. 故意给某一些表增加一些冗余字段，（从多表查询中变为单表查询，增强性能）