一、💛
自连接：自己和自己笛卡尔积（奇淫巧技，特殊场景很牛逼）
SQL：编写条件都是列和列之间的比较，但是SQL无法进行，行与行之间的比较。
如：显示所有java比计算机原理高的（就是偏爱java✨✨✨）
⚠️⚠️注意：自连接的多个表名不可以相同，所以需要给表名重命名
第一步是自连接（表太长的懒得截图，直接从第二步开始）
(select*from student as s1,student as s2; 重命名别忘啊）
第二步可以用学生id/课程id来精确范围（注意哈用学生的ID就相当于是一个学生针对课程的所有信息，👫👫肯定刚开撕有人和我有疑惑，为什么不是学生ID和课程ID同时筛选呢,因为我们的目的是把不同的科目放到不同的列，而不是把相同的科目放到不同列）
下图是错误的写法 ，把两个放到一起，正确的应该是第二个那个图片
第三步加上业务条件，让左侧表只保留course_id=2的记录同时，右侧表保留course_id=1
1-2 ，2-1 留一条就行,
现在是筛选出来了带java和计算机组成原理的，下一步就应该是去筛选哪个大，哪个小了
第四部筛选出java大于计算机组成原理成绩的人。
最后在对列进行精简,就完成了一次自连接
二、💚
子查询：属于是套娃操作（不常用，也不推荐用，了解即可）
正常推荐做法是分两步去完成：
假如说查找叫不想毕业的“同班同学”
首先找不想毕业，然后找他的同班同学，太过鸡肋了，就不拿代码实际操作具体说明了
正常情况：我么选择分两步完成
select classes_id from student where name!='不想毕业';
select name from student where class_id=1(和不想毕业这个同学同班的) and name!='不想毕业'
使用单行子查询：
select name from student where class_id=(select classes_id from student where name!='不想毕业') and name!='不想毕业'
多行子查询：使用的是IN，EXIST（不介绍，一点用没有了解就好）
由此可见：使用子查询可读性低。
三、💜
化繁为简是我们的理念，'封装':当拆成多个小的模块之后，同一时刻只需要关注一个模块即可，不必考虑其他模块，让咱们的注意力能聚合在一个点上————模块之间的关系考虑的是高内聚，低耦合
四、💙
合并查询：把多个select查询到的结果集合，合并成一个集合
如下图是，把两个表相当于放一起了，还给他来了给类似于去重的操作
⚠️⚠️可以合并的前提，两个列的类型一定要对应
那我我么如何能够不去重，完整的显示全部捏？
只需要你在union后面写一个all即可
五、💖
⭐️ ⭐️ ⭐️（前面的总结非常重要）
聚合查询：多行进行运算，分组，聚合 ：group by having
多表联合查询
(1).内连接：select *from 表1 join 表2 on连接条件
select*from 表1 ，表2 where连接条件
(2).外连接：select *from 表1 left join 表2 on 连接条件
select*from 表1 right join 表2 on 连接条件
(3).自连接：奇淫巧技
(4).子查询:不建议用（💩💩💩）
引言：数据库本身是很复杂的软件，mysql更是复杂里面的大哥,下面来说说面试的大哥之一。 ‘索引’
一、🌟🌟🌟
索引：如同你想的像是一本书的那种目录那样，是方便我们用于查找的
一个表里有很多数据，在查询表的时候，最基本的方式就是遍历表，一条一条的筛选。因此，给这个表来建立索引（以列为维度建立的）来提高查找速度
student :id,name,qqmail classId
1 张三 ···省略
我们可以根据（id/name来进行筛选查找）
按照ID这一列建立索引：
在数据的情况下额外搞了一个空间，维护一些和ID相关的信息，这里就通过一些特定的数据结构，来去维护，表示ID相关的索引情况。
id:1->表中某个位置（id:2也是某个位置），后续再按照id查询就不需要直接遍历了，而是在索引中查询·根据索引就能初步锁定出数据所在的位置。（如果是id索引，那么你拿name也无法提高效率）
二、✨✨✨
索引的优缺点：
优点：(1).可以用来去提高查询的效率
缺点：(1).消耗额外空间
(2).有可能拖慢增删改的速度（提升了查呗，新增这种往里面插入数据的还好一点，删除，修改，如果删除修改的是带索引的还可以快一点，但假如涉及到索引的删除和修改，同时也要维护索引
肯定是有代价，但也肯定是值的
这种带索引的就像是教务系统：多查，少改（期末之类的才去改东西）
三、💫💫💫
在SQL中如何使用索引呢
1.查看索引：show index from 表名,下面的这个就没有索引
那么什么是有索引的呢，我们之前说过（unique ,primary key,和具有外键约束的表是自己就带索引的）
primary key(再说一遍是非空，并且不可以重复的意思）
外键约束会产生索引的原因：
父类的ID要+unique或者primary
(原因：索引！！
我们在设置外键的时候就会导致操作子表中，频繁查父表，这一个操作，非常耗时间，为了加快查询速度，如果父亲表中（ID这一列就索引就会非常香，primary,unique自带索引），因此约定：没有索引，不能建立这样的外键）
插入或者修改自表中受约束来的数据，就必须保证，插入/修改后的结果，必须要在父表中存在。
————————————————
版权声明：本文为CSDN博主「轮到我狗叫了」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_72953218/article/details/132000951
！！
👳😁
2.创建索引：
手动给指定的列创建索引：create index 索引名 on 表名（字段名）
如：create index idx_student_name on student(name);
⚠️注意： 只有下划线，没有英文的-这个横线，是不可以的。
补充：创建索引操作，可能十分危险，（设计表的时候尽量提前考虑好那些列要有索引，如果表是空的或者表里包含数据本身就不多，创建索引没事，但是如果表非空，并且里面包含非常多的数据，创建索引会引起大规模的硬盘IO操作，会导致数据库卡死。
👧😁
3.删除表中的索引：
drop index 索引名字 on 表名 创建的才可以删除，主键，unique,外部约束的不受删除影响，当然了删除索引也是很危险的操作
🐬🐟 🐳
4.场景思考：
如果实在是要给一个很多数据的表 创建/删除/索引，并且这个数据库还是生产环境的数据库，怎么办呢？
一般一架民用飞机有两个发动机，发动机A和B，那么我么如何更换B发动机呢（飞机正在飞的情况下）？（两个发动机有一个运作，就可以支持飞机的飞行）
——👊 👊 ✊
一般数据库服务器也往往不是单台服务器，为了整个系统的可靠性，通常搞多个mysql服务器节点，这些节点往往数据相同，能够提供相同服务（如果某个挂了，也不会影响大况）,那么我们只要准备一个新的MySQL服务器，把表和索引都创建好，然后把数据导过来，再把替换的mysql服务器关闭，把新的mysql服务器换上就好了
