文章目录
- 十、规范数据库设计
- 10.1 为什么需要设计
- 10.1.1 糟糕的数据库设计
- 10.1.2 良好的数据库设计
- 10.2 软件开发中,关于数据库的设计
- 10.3 设计数据库的步骤:(个人博客)
- 10.3.1 收集信息:分析需求
- 10.3.2 标识实体(把需求落地到每个字段)
- 10.3.3 标识实体之间的关系
- 10.4 三大范式
- 10.4.1 为什么需要信息规范化
- 10.4.2 第一范式
- 10.4.3 第二范式
- 10.4.4 第三范式
- 10.4.5 规范性和性能的问题
十、规范数据库设计
10.1 为什么需要设计
当数据库比较复杂的时候,我们就需要设计了.
10.1.1 糟糕的数据库设计
- 数据冗余,浪费空间【表和表之间数据的重复】。
- 数据库插入和删除都会麻烦、异常【屏蔽使用物理外键】。
- 程序性能差【冗余的数据库导致程序的性能差】。
10.1.2 良好的数据库设计
- 节省内存空间。
- 保证数据库的完整性【插入数据时,需要向那个表添加就向那个表添加,不需要考虑其他】。
- 方便我们系统开发【优秀的数据库设计】。
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 为什么需要信息规范化
- 信息重复(表与表之间信息重复)
- 更新异常(使用外键导致)
- 插入异常(表关联过多,无法正常显示信息,插入数据不完整)
- 删除异常(因为数据重复,删除不完整,文章都删除了,标题还在)
10.4.2 第一范式
第一范式需要要求数据库表的每一列都是不可分割的原子数据项。
10.4.3 第二范式
前提:满足第一范式
第二范式需要确保数据库表中的每一列都和主键相关,而不能只与主键的某一部分相关(主要针对联合主键而言)。
10.4.4 第三范式
前提:满足第一和第二范式
第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关。
10.4.5 规范性和性能的问题
阿里巴巴要求:关联查询的表不得超过3张表,
- 考虑商业化的需求和目标,(成本和用户体验)数据库的性能更加重要。
- 在规范性能的问题时,需要适当考虑规范性就可以。
- 故意给某一些表增加一些冗余字段,(从多表查询中变为单表查询,增强性能)