数据库设计范式(数据库设计规则)

数据库设计范式(数据库设计规则)

如何将多个信息合理进行组织?

设计范式:

第一范式:

满足列的原子性(不可拆分)

eg:联系方式列:电话列,qq列,邮箱列...

第二范式:

数据库表中必须要有主键,能唯一表示某条记录的列(有些表可以没有主键)

第三范式:

确保每列都和主键直接相关而不是间接相关,要求一个数据库表中已在其他表中包含的非主键字信息

一张表中存储一类信息,在一张表中关联其他表中的数据时,只需要关联主键列即可

eg:一个订单有编号,订单对应的商品也有编号,订单有自己的内容比如数量,商品编号,价钱,商品也有自己的内容,比如商品名称,可以把商品编号另写一个商品表,然后通过订单里的商品编号找到商品里的内容

eg:学生有自己的信息,其中有自己选的专业,不同的专业还对应了不同的主键,所以不用在student表后面添加majorid和major,直接创建一个major表,然后在student添加一个majorid以此来对应专业

sql 复制代码
CREATE TABLE major( 
	id INT PRIMARY KEY AUTO_INCREMENT,
	NAME VARCHAR(20)
)
ALTER TABLE stu ADD majorid INT

外键:

但由此又产生一个问题,如果major中某个专业删除了,student里的对应的id应该也被删除,但是我们发现并不会,所以要引入一个外键

外键 是在一个表中用来和另一个表的主键进行关联对应的

1.不加外键:

可以对任意表数据进行操作,两个表数据对应不上也没有影响

2.加外键:

两张表操作时,不可以让两个表对应关系不成立

语法:

sql 复制代码
alter table 表名 add constraint FK_ID foreign key(你的外键字段名) REFERENCES 外表表名(对应的表的主键字段名);
sql 复制代码
ALTER TABLE stu ADD CONSTRAINT fk_student_major_majorid FOREIGN KEY(majorid) REFERENCES major(id)

删除外键:

sql 复制代码
ALTER TABLE student DROP FOREIGN KEY fk_student_major_majorid
应用:

-- 学生选课 一个学生至少选两个课

-- 课程信息表 多对多关系设计

sql 复制代码
CREATE TABLE course(
	id INT PRIMARY KEY AUTO_INCREMENT,
	NAME VARCHAR(20)
)

-- 添加一个学生选课表   学生和课程关系表    放一个学生学号外键,放一个课程外键
CREATE TABLE student_course(
	stunumber INT,
	courseid INT
)

ALTER TABLE student_course ADD CONSTRAINT fk_stunumber FOREIGN KEY(stunumber) REFERENCES student(number)
ALTER TABLE student_course ADD CONSTRAINT fk_courseid FOREIGN KEY(courseid) REFERENCES course(id)

这个stunumber和student里的number关联,courseid和course里的id关联,这样子不能轻易删除number和id了,并且一个学生1可以有3课程,4课程,一个课程3可以被学生1和学生2关联

关联查询:

语法:

sql 复制代码
SELECT 要查询的列
FROM 要查询的表
INNER JOIN 外表 ON 主表的外键=外表的主键  
内关联:

完成上述之后,假如要同时查询主表和外表的话直接用

sql 复制代码
SELECT * FROM stu,major

会发现关联时没有限制会产生笛卡尔乘积现象,也就是主表外键和外表的主键没有一一对应

那避免这种情况就要使用关联查询的内关联

sql 复制代码
SELECT s.stu_num,s.stu_name,s.majorid,m.id,m.name AS mname
FROM stu s
INNER JOIN major m ON s.majorid = m.id    -- 把满足条件关联在一起

SELECT s.stu_num,s.stu_name,s.majorid,m.id,m.name AS mname
FROM stu s,major m
WHERE s.majorid = m.id    -- 先产生一个笛卡尔乘积 然后根据条件筛选
左外关联:

如果有一个同学叫陈六,他没选择专业那他的专业id为null,这样子m.id和s.majorid匹配不上,那要显示陈六没选专业该怎么办?

需要用到左外关联,可以在匹配条件成立基础上显示左表的所有数据

sql 复制代码
-- 左外关联
SELECT s.stu_num,s.stu_name,s.majorid,m.id,m.name AS mname
FROM stu s
LEFT JOIN major m ON s.majorid = m.id 
右外关联:

如果网络专业没有人选择,那要统计专业选择的个数时,同样因为m.id和s.majorid匹配不上会不显示网络专业的情况

需要用到右外关联,可以在匹配条件成立基础上显示右表的所有数据

sql 复制代码
-- 右外关联
SELECT 
COUNT(stu_num),
m.name mname
FROM stu s RIGHT JOIN major m ON s.majorid = m.id
GROUP BY m.name
相关推荐
这个DBA有点耶5 天前
MVCC深入:Read View、版本链与快照读——InnoDB并发控制的内核
数据库·mysql·架构
DBA_G5 天前
从地面到云霄:GBase数据库在民航三大场景的落地实践
数据库
自由能燃气设备5 天前
商用全预混低氮冷凝锅炉免费方案vs付费方案对比+选型避坑指南
大数据·数据库·人工智能
科创致远5 天前
科创致远 ESOP 系统核心效能与实战价值展示
大数据·数据库·人工智能·精益工程
漂着的圆木5 天前
Agent 功能参与度:Copilot 怎么算
sql·数据分析·agent·githubcopilot·度量
2601_962218615 天前
万象生鲜系统称重自动多退少补算法解决生鲜非标品痛点
大数据·数据库·人工智能·python·算法
张洛闻Eren5 天前
k8s云原生【第十课】:水平 Pod 自动扩缩容
运维·数据库·云原生·kubernetes·github
于平安5 天前
MySQL-触发器
数据库·mysql
白远山5 天前
上海24小时自助健身房解决方案实战指南与经验分享
java·数据库·架构·需求分析
Omics Pro5 天前
斯坦福Nature+Science|广义虚拟细胞基础大模型
数据库·人工智能·算法·机器学习·自然语言处理