【MySQL】表的设计

系列文章目录

第一章 数据库基础

第二章 数据库基本操作

第三章数据库约束


文章目录


前言

在前文中,我们学会了基本的CRUD操作,对数据库中的数据进行约束以提高数据库的准确性。接下来介绍的表的设计就是尝试将场景转化成数据库中的内容知识。


一、表的设计

设计表需要考虑许多部分,实体、关系等一系列因素都会影响到表的创建。

设计表通常有这么几个步骤:

  1. 确定场景中的实体
  2. 理清楚实体之间的关系

二、表的关系

1.一对一

实体之间只存在于一对一的关系是十分常见的。

以简单的教务系统来说,一个学生只有一个账号,一个账号只属于一个学生。我们可以有以下两种设计形式。

1 在一张表中有学生的基本信息,同时还有账号的信息。(这种情况下当信息量大了之后就会复杂许多)

2 设计两张表 student表中有学生的基本信息,account表中存储账号的基本信息。二者之间可以通过外键进行连接。在student表中加上accountId;在account 表中加上studentId

2.一对多

一对多的关系以学生和班级进行举例即可。一个学生只存在于一个班级,而一个班级里有多个学生。

在这种情况下,班级表就不能有studentId的存在了,而学生表中应当有一列属于classId 作为外键连接

3. 多对多

一个学生可以学习多个课程,而一个课程可以有多个学生学习。这种情况就是最简单的多对多的情形。

对于这种情况,我们通常会引入一个"关联表"

student(id,name ......);

course(courseId,courseName ......);

student_course(studentId,courseId);

这种情况下,通过student_course表存储两个外键.
4.无关系


总结

表的设计就像设计模式一样,通过一些基本的表之间的关系,给我们基本的思路让我们能够更快的设计表。

相关推荐
SelectDB技术团队12 分钟前
快手基于 Apache Doris 千亿多模态检索的实践
数据库·数据分析·全文检索·快手·apache doris·向量索引·多模态检索
政企项目老覃18 分钟前
金融转账“幽灵失败“排查实录:从本地消息表到 Seata TCC 的选型与权衡
数据库·程序人生·性能优化·数据分析·系统架构
TLA技术19 分钟前
LogMiner vs 裸日志解析(三):Oracle日志解析中的“前镜像”和“后镜像”,到底怎么用?
数据库·oracle·flink·dba·迁移学习
IT邦德26 分钟前
BIC-QA如何重新定义数据库知识服务
运维·数据库
逐米时代39 分钟前
BOM智能构建:全链路一致性自动校验
大数据·数据库·人工智能
SelectDB技术团队1 小时前
StarRocks 迁移至 Apache Doris 完整指南:三步完成结构、数据与业务平滑切换
数据库·人工智能·sql·clickhouse·apache doris·selectdb·湖仓架构升级
Gauss松鼠会1 小时前
GaussDB 系统表与系统视图详解(内网运维版)
运维·服务器·网络·数据库·gaussdb·经验总结
倔强的石头_1 小时前
OceanBaseVS金仓:同一条复杂 SQL,为什么架构选择会改变延迟曲线
数据库
+VX:Fegn08951 小时前
计算机毕业设计|基于springboot + vue图书借阅管理系统(源码+数据库+文档)
数据库·vue.js·spring boot·后端·课程设计
李金虎_1 小时前
大模型搜索时代的 GEO 工程实践:从零搭建仿真环境到可控变量的完整复盘
数据库·机器学习