IT评测·应用市场-qidao123.com技术社区

标题: MySQL基础知识点串讲PART04--完结篇 [打印本页]

---

作者: 愛在花開的季節    时间: 2024-11-4 16:04
标题: MySQL基础知识点串讲PART04--完结篇
MySQL--DAY04

索引

定义

索引是在数据库表的字段上添加的，是为了提高查询服从存在的一种机制。
一张表的一个字段可以添加一个索引，当然，多个字段联合起来也可以添加索引。
索引相当于一本书的目录，是为了缩小扫描范围而存在的一种机制。
对于一本字典来说，查找某个汉字有两种方式：

• 第一种方式：一页一页挨着找，直到找到为止，这种查找方式属于全字典扫描。服从比较低。
  
• 第二种方式：先通过目录（索引）去定位一个大概的位置，然后直接定位到这个位置，做局域性扫描，缩小扫描的范围，快速的查找。这种查找方式属于通过索引检索，服从较高。
  

1.         t_user
2.         id(idIndex)        name(nameIndex)        email(emailIndex)                address  (emailAddressIndex)
3.         ----------------------------------------------------------------------------------
4.         1                                zhangsan...
5.         2                                lisi
6.         3                                wangwu
7.         4                                zhaoliu
8.         5                                hanmeimei
9.         6                                jack
11.         select * from t_user where name = 'jack';

复制代码

以上的这条SQL语句会去name字段上扫描，为什么？
由于查询条件是：name='jack'
如果name字段上没有添加索引（目录），或者说没有给name字段创建索引，
MySQL会进行全扫描，会将name字段上的每一个值都比对一遍。服从比较低。

MySQL在查询方面主要就是两种方式：
第一种方式：全表扫描
第二种方式：根据索引检索。

注意：
在实际中，汉语字典前面的目录是排序的，按照a b c d e f....排序，
为什么排序呢？由于只有排序了才会有区间查找这一说！（缩小扫描范围
其实就是扫描某个区间罢了！）
在mysql数据库当中索引也是必要排序的，而且这个索引的排序和TreeSet
数据布局雷同。TreeSet（TreeMap）底层是一个自平衡的二叉树！在mysql
当中索引是一个B-Tree数据布局。
依照左小右大原则存放。采用中序遍历方式遍历取数据。
原理

假设有一张用户表：t_user

1.         id(PK)                                        name                                                每一行记录在硬盘上都有物理存储编号
2.         ----------------------------------------------------------------------------------
3.         100                                                zhangsan                                        0x1111
4.         120                                                lisi                                                0x2222
5.         99                                                wangwu                                                0x8888
6.         88                                                zhaoliu                                                0x9999
7.         101                                                jack                                                0x6666
8.         55                                                lucy                                                0x5555
9.         130                                                tom                                                        0x7777

复制代码

提醒1：在任何数据库当中主键上都会自动添加索引对象，id字段上自动有索引，由于id是PK。另外在mysql当中，一个字段上如果有unique约束的话，也会自动创建索引对象。
提醒2：在任何数据库当中，任何一张表的任何一条记载在硬盘存储上都有一个硬盘的物理存储编号。
提醒3：在mysql当中，索引是一个单独的对象，差别的存储引擎以差别的情势存在，在MyISAM存储引擎中，索引存储在一个.MYI文件中。在InnoDB存储引擎中索引存储在一个逻辑名称叫做tablespace的当中。在MEMORY存储引擎当中索引被存储在内存当中。不管索引存储在哪里，索引在mysql当中都是一个树的情势存在。（自平衡二叉树：B-Tree）
在mysql当中，主键上，以及unique字段上都会自动添加索引的！！！！
什么条件下，我们会考虑给字段添加索引呢？

• 条件1：数据量庞大（到底有多么庞大算庞大，这个必要测试，由于每一个硬件环境差别）
  
• 条件2：该字段常常出如今where的背面，以条件的情势存在，也就是说这个字段总是被扫描。
  
• 条件3：该字段很少的DML(insert delete update)操作。（由于DML之后，索引必要重新排序。）
  

建议不要随意添加索引，由于索引也是必要维护的，太多的话反而会低落系统的性能。
建议通过主键查询，建议通过unique约束的字段进行查询，服从是比较高的。
创建和删除索引

创建索引：
mysql> create index emp_ename_index on emp(ename);
给emp表的ename字段添加索引，起名：emp_ename_index

删除索引：
mysql> drop index emp_ename_index on emp;
将emp表上的emp_ename_index索引对象删除。

查看SQL语句是否使用索引

1.         mysql> explain select * from emp where ename = 'KING';
2.         +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
3.         | id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
4.         +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
5.         |  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
6.         +----+-------------+-------+------+---------------+------+---------+------+------+-------------+

复制代码

扫描14条记载：说明没有使用索引。type=ALL

1.         mysql> create index emp_ename_index on emp(ename);
3.         mysql> explain select * from emp where ename = 'KING';
4.         +----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+
5.         | id | select_type | table | type | possible_keys   | key             | key_len | ref   | rows | Extra       |
6.         +----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+
7.         |  1 | SIMPLE      | emp   | ref  | emp_ename_index | emp_ename_index | 33      | const |    1 | Using where |
8.         +----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+

复制代码

索引失效

索引什么时候失效？
失效的第1种情况

1. select * from emp where ename like '%T';

复制代码

ename上即使添加了索引，也不会走索引，为什么？
原因是由于模糊匹配当中以“%”开头了！
尽量避免模糊查询的时候以“%”开始。
这是一种优化的本领/策略。

1.                 mysql> explain select * from emp where ename like '%T';
2.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
3.                 | id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
4.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
5.                 |  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
6.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+

复制代码

失效的第2种情况

使用or的时候会失效，如果使用or那么要求or两边的条件字段都要有索引，才会走索引，如果其中一边有一个字段没有索引，那么另一个字段上的索引也会实现。所以这就是为什么不建议使用or的原因。

1. mysql> explain select * from emp where ename = 'KING' or job = 'MANAGER';
2.         +----+-------------+-------+------+-----------------+------+---------+------+------+-------------+
3.         | id | select_type | table | type | possible_keys   | key  | key_len | ref  | rows | Extra       |
4.         +----+-------------+-------+------+-----------------+------+---------+------+------+-------------+
5.         |  1 | SIMPLE      | emp   | ALL  | emp_ename_index | NULL | NULL    | NULL |   14 | Using where |
6.         +----+-------------+-------+------+-----------------+------+---------+------+------+-------------+

复制代码

失效的第3种情况

使用复合索引的时候，没有使用左侧的列查找，索引失效
什么是复合索引？
两个字段，或者更多的字段联合起来添加一个索引，叫做复合索引。

1.                 create index emp_job_sal_index on emp(job,sal);
2.                
3.                 mysql> explain select * from emp where job = 'MANAGER';
4.                 +----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
5.                 | id | select_type | table | type | possible_keys     | key               | key_len | ref   | rows | Extra       |
6.                 +----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
7.                 |  1 | SIMPLE      | emp   | ref  | emp_job_sal_index | emp_job_sal_index | 30      | const |    3 | Using where |
8.                 +----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
9.                
10.                 mysql> explain select * from emp where sal = 800;
11.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
12.                 | id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
13.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
14.                 |  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
15.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+

复制代码

失效的第4种情况

在where当中索引列到场了运算，索引失效。

1.                 mysql> create index emp_sal_index on emp(sal);
3.                 explain select * from emp where sal = 800;
4.                 +----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
5.                 | id | select_type | table | type | possible_keys | key           | key_len | ref   | rows | Extra       |
6.                 +----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
7.                 |  1 | SIMPLE      | emp   | ref  | emp_sal_index | emp_sal_index | 9       | const |    1 | Using where |
8.                 +----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
10.                 mysql> explain select * from emp where sal+1 = 800;
11.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
12.                 | id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
13.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
14.                 |  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
15.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+

复制代码

失效的第5种情况

在where当中索引列使用了函数

1.                 explain select * from emp where lower(ename) = 'smith';
2.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
3.                 | id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
4.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
5.                 |  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
6.                 +----+-------------+-------+------+---------------+------+---------+------+------+-------------+

复制代码

失效的第...种情况

索引分类

• 单一索引：一个字段上添加索引。
  
• 复合索引：两个字段或者更多的字段上添加索引。
  
• 主键索引：主键上添加索引。
  
• 唯一性索引：具有unique约束的字段上添加索引。
  .....
  

注意：唯一性比较弱的字段上添加索引用处不大。
视图

什么是视图？

view:站在差别的角度去看待同一份数据。
创建和删除视图对象

1.         表复制：
2.         mysql> create table dept2 as select * from dept;
4.         dept2表中的数据：
5.         mysql> select * from dept2;
6.         +--------+------------+----------+
7.         | DEPTNO | DNAME      | LOC      |
8.         +--------+------------+----------+
9.         |     10 | ACCOUNTING | NEW YORK |
10.         |     20 | RESEARCH   | DALLAS   |
11.         |     30 | SALES      | CHICAGO  |
12.         |     40 | OPERATIONS | BOSTON   |
13.         +--------+------------+----------+

复制代码

创建视图对象：

1.         create view dept2_view as select * from dept2;

复制代码

删除视图对象：

1.         drop view dept2_view;       

复制代码

注意：只有DQL语句才气以view的情势创建。

1. create view view_name as // 这里的语句必须是DQL语句;

复制代码

视图的作用

我们可以面向视图对象进行增删改查，对视图对象的增删改查，会导致原表被操作！
（视图的特点：通过对视图的操作，会影响到原表数据。）

1.         //面向视图查询
2.         select * from dept2_view;
4.         // 面向视图插入
5.         insert into dept2_view(deptno,dname,loc) values(60,'SALES', 'BEIJING');
7.         // 查询原表数据
8.         mysql> select * from dept2;
9.         +--------+------------+----------+
10.         | DEPTNO | DNAME      | LOC      |
11.         +--------+------------+----------+
12.         |     10 | ACCOUNTING | NEW YORK |
13.         |     20 | RESEARCH   | DALLAS   |
14.         |     30 | SALES      | CHICAGO  |
15.         |     40 | OPERATIONS | BOSTON   |
16.         |     60 | SALES      | BEIJING  |
17.         +--------+------------+----------+
19.         // 面向视图删除
20.         mysql> delete from dept2_view;
22.         // 查询原表数据
23.         mysql> select * from dept2;
24.         Empty set (0.00 sec)
25.        
27.         // 创建视图对象
28.         create view
29.                 emp_dept_view
30.         as
31.                 select
32.                         e.ename,e.sal,d.dname
33.                 from
34.                         emp e
35.                 join
36.                         dept d
37.                 on
38.                         e.deptno = d.deptno;
40.         // 查询视图对象
41.         mysql> select * from emp_dept_view;
42.         +--------+---------+------------+
43.         | ename  | sal     | dname      |
44.         +--------+---------+------------+
45.         | CLARK  | 2450.00 | ACCOUNTING |
46.         | KING   | 5000.00 | ACCOUNTING |
47.         | MILLER | 1300.00 | ACCOUNTING |
48.         | SMITH  |  800.00 | RESEARCH   |
49.         | JONES  | 2975.00 | RESEARCH   |
50.         | SCOTT  | 3000.00 | RESEARCH   |
51.         | ADAMS  | 1100.00 | RESEARCH   |
52.         | FORD   | 3000.00 | RESEARCH   |
53.         | ALLEN  | 1600.00 | SALES      |
54.         | WARD   | 1250.00 | SALES      |
55.         | MARTIN | 1250.00 | SALES      |
56.         | BLAKE  | 2850.00 | SALES      |
57.         | TURNER | 1500.00 | SALES      |
58.         | JAMES  |  950.00 | SALES      |
59.         +--------+---------+------------+
61.         // 面向视图更新
62.         update emp_dept_view set sal = 1000 where dname = 'ACCOUNTING';
64.         // 原表数据被更新
65.         mysql> select * from emp;
66.         +-------+--------+-----------+------+------------+---------+---------+--------+
67.         | EMPNO | ENAME  | JOB       | MGR  | HIREDATE   | SAL     | COMM    | DEPTNO |
68.         +-------+--------+-----------+------+------------+---------+---------+--------+
69.         |  7369 | SMITH  | CLERK     | 7902 | 1980-12-17 |  800.00 |    NULL |     20 |
70.         |  7499 | ALLEN  | SALESMAN  | 7698 | 1981-02-20 | 1600.00 |  300.00 |     30 |
71.         |  7521 | WARD   | SALESMAN  | 7698 | 1981-02-22 | 1250.00 |  500.00 |     30 |
72.         |  7566 | JONES  | MANAGER   | 7839 | 1981-04-02 | 2975.00 |    NULL |     20 |
73.         |  7654 | MARTIN | SALESMAN  | 7698 | 1981-09-28 | 1250.00 | 1400.00 |     30 |
74.         |  7698 | BLAKE  | MANAGER   | 7839 | 1981-05-01 | 2850.00 |    NULL |     30 |
75.         |  7782 | CLARK  | MANAGER   | 7839 | 1981-06-09 | 1000.00 |    NULL |     10 |
76.         |  7788 | SCOTT  | ANALYST   | 7566 | 1987-04-19 | 3000.00 |    NULL |     20 |
77.         |  7839 | KING   | PRESIDENT | NULL | 1981-11-17 | 1000.00 |    NULL |     10 |
78.         |  7844 | TURNER | SALESMAN  | 7698 | 1981-09-08 | 1500.00 |    0.00 |     30 |
79.         |  7876 | ADAMS  | CLERK     | 7788 | 1987-05-23 | 1100.00 |    NULL |     20 |
80.         |  7900 | JAMES  | CLERK     | 7698 | 1981-12-03 |  950.00 |    NULL |     30 |
81.         |  7902 | FORD   | ANALYST   | 7566 | 1981-12-03 | 3000.00 |    NULL |     20 |
82.         |  7934 | MILLER | CLERK     | 7782 | 1982-01-23 | 1000.00 |    NULL |     10 |
83.         +-------+--------+-----------+------+------------+---------+---------+--------+

复制代码

实际开辟中的作用？

《方便，简化开辟，利于维护》

1.                 create view
2.                         emp_dept_view
3.                 as
4.                         select
5.                                 e.ename,e.sal,d.dname
6.                         from
7.                                 emp e
8.                         join
9.                                 dept d
10.                         on
11.                                 e.deptno = d.deptno;

复制代码

假设有一条非常复杂的SQL语句，而这条SQL语句必要在差别的位置上反复使用。
每一次使用这个sql语句的时候都必要重新编写，很长，很麻烦，怎么办？
可以把这条复杂的SQL语句以视图对象的情势新建。
在必要编写这条SQL语句的位置直接使用视图对象，可以大大简化开辟。
而且利于后期的维护，由于修改的时候也只必要修改一个位置就行，只必要修改视图对象所映射的SQL语句。
我们以背面向视图开辟的时候，使用视图的时候可以像使用table一样。
可以对视图进行增删改查等操作。视图不是在内存当中，视图对象也是存储在硬盘上的，不会消失。
再提醒一下：
视图对应的语句只能是DQL语句。但是视图对象创建完成之后，可以对视图进行增删改查等操作。

小插曲：
增删改查，又叫做：CRUD。
CRUD是在公司中程序员之间沟通的术语。一般我们很少说增删改查。
一般都说CRUD。
C:Create（增）
R:Retrive（查：检索）
U:Update（改）
Delete（删）

DBA常用命令？

重点掌握：数据的导入和导出（数据的备份）
其它命令了解一下即可。
数据导出？
注意：在windows的dos命令窗口中：

1. mysqldump study>D:\study.sql -uroot -p123456

复制代码

可以导出指定的表吗？

1. mysqldump study emp>D:\study.sql -uroot -p123456

复制代码

数据导入？
注意：必要先登录到mysql数据库服务器上。
然后创建数据库：

1. create database study;

复制代码

使用数据库：

1. use study

复制代码

然后初始化数据库：source D:\study.sql
数据库设计三范式

什么是数据库设计三范式？

数据库表的设计依据。教你怎么进行数据库表的设计。
数据库设计三范式有几类？

3个。

• 第一范式：要求任何一张表必须有主键，每一个字段原子性不可再分。
  
• 第二范式：建立在第一范式的基础之上，要求所有非主键字段完全依赖主键，不要产生部分依赖。
  
• 第三范式：建立在第二范式的基础之上，要求所有非主键字段直接依赖主键，不要产生通报依赖。
  

声明：三范式是面试官常常问的，所以一定要熟记在心！
设计数据库表的时候，按照以上的范式进行，可以避免表中数据的冗余，空间的浪费。
第一范式

最核心，最重要的范式，所有表的设计都必要满足。
必须有主键，而且每一个字段都是原子性不可再分。

1.         学生编号         学生姓名                         联系方式
2.         ---------------------------------------------------
3.         1001                张三                        zs@gmail.com,1359999999
4.         1002                李四                        ls@gmail.com,13699999999
5.         1001                王五                        ww@163.net,13488888888

复制代码

以上是学生表，满足第一范式吗？
不满足，第一：没有主键。第二：联系方式可以分为邮箱地址和电话

1.         学生编号(pk)                 学生姓名                邮箱地址                                联系电话
2.         --------------------------------------------------------------------
3.         1001                                张三                        zs@gmail.com                1359999999
4.         1002                                李四                        ls@gmail.com                13699999999
5.         1003                                王五                        ww@163.net                        13488888888

复制代码

第二范式

建立在第一范式的基础之上，要求所有非主键字段必须完全依赖主键，不要产生部分依赖。

1. 学生编号                 学生姓名         教师编号         教师姓名
2. ----------------------------------------------------
3. 1001                        张三                001                        王老师
4. 1002                        李四                002                        赵老师
5. 1003                        王五                001                        王老师
6. 1001                        张三                002                        赵老师

复制代码

这张表形貌了学生和老师的关系：（1个学生可能有多个老师，1个老师有多个学生）
这是非常典型的：多对多关系！
分析以上的表是否满足第一范式？
不满足第一范式。
怎么满足第一范式呢？修改

1.         学生编号+教师编号(pk)                        学生姓名                  教师姓名
2.         ----------------------------------------------------
3.         1001                        001                                张三                        王老师
4.         1002                        002                                李四                        赵老师
5.         1003                        001                                王五                        王老师
6.         1001                        002                                张三                        赵老师

复制代码

学生编号 教师编号，两个字段联合做主键，复合主键（PK: 学生编号+教师编号）
经过修改之后，以上的表满足了第一范式。但是满足第二范式吗？
不满足，“张三”依赖1001，“王老师”依赖001，显然产生了部分依赖。
产生部分依赖有什么缺点？
数据冗余了。空间浪费了。“张三”重复了，“王老师”重复了。
为了让以上的表满足第二范式，你必要这样设计：
使用三张表来表现多对多的关系！！！！

1.                 学生表
2.                 学生编号(pk)                        学生名字
3.                 ------------------------------------
4.                 1001                                        张三
5.                 1002                                        李四
6.                 1003                                        王五
7.                
8.                 教师表
9.                 教师编号(pk)                教师姓名
10.                 --------------------------------------
11.                 001                                        王老师
12.                 002                                        赵老师
14.                 学生教师关系表
15.                 id(pk)                                        学生编号(fk)                        教师编号(fk)
16.                 -----------------------------------------------------------
17.                 1                                                1001                                                001
18.                 2                                                1002                                                002
19.                 3                                                1003                                                001
20.                 4                                                1001                                                002

复制代码

背口诀：
多对多怎么设计？
多对多，三张表，关系表两个外键！！！！！！！！！！！！！！！

第三范式

第三范式建立在第二范式的基础之上
要求所有非主键字典必须直接依赖主键，不要产生通报依赖。

1.                 学生编号（PK）                 学生姓名 班级编号                  班级名称
2.         ---------------------------------------------------------
3.                 1001                                张三                01                        一年一班
4.                 1002                                李四                02                        一年二班
5.                 1003                                王五                03                        一年三班
6.                 1004                                赵六                03                        一年三班

复制代码

以上表的设计是形貌：班级和学生的关系。很显然是1对多关系！
一个讲堂中有多个学生。
分析以上表是否满足第一范式？
满足第一范式，有主键。
分析以上表是否满足第二范式？
满足第二范式，由于主键不是复合主键，没有产生部分依赖。主键是单一主键。
分析以上表是否满足第三范式？
第三范式要求：不要产生通报依赖！
一年一班依赖01，01依赖1001，产生了通报依赖。
不符合第三范式的要求。产生了数据的冗余。
那么应该怎么设计一对多呢？

1.                 班级表：一
2.                 班级编号(pk)                                        班级名称
3.                 ----------------------------------------
4.                 01                                                                一年一班
5.                 02                                                                一年二班
6.                 03                                                                一年三班
8.                 学生表：多
10.                 学生编号（PK）                 学生姓名         班级编号(fk)
11.                 -------------------------------------------
12.                 1001                                张三                        01                       
13.                 1002                                李四                        02                       
14.                 1003                                王五                        03                       
15.                 1004                                赵六                        03               

复制代码

背口诀：
一对多，两张表，多的表加外键！！！！！！！！！！！！

总结

一对多：一对多，两张表，多的表加外键！！！！！！！！！！！！
多对多：多对多，三张表，关系表两个外键！！！！！！！！！！！！！！！
一对一：一对一放到一张表中不就行了吗？为啥还要拆分表？
在实际的开辟中，可能存在一张表字段太多，太庞大。这个时候要拆分表。
一对一怎么设计？

1.                         没有拆分表之前：一张表
2.                                 t_user
3.                                 id                login_name                login_pwd                real_name                email                                address........
4.                                 ---------------------------------------------------------------------------
5.                                 1                        zhangsan                123                                张三                                zhangsan@xxx
6.                                 2                        lisi                        123                                李四                                lisi@xxx
7.                                 ...
8.                        
9.                         这种庞大的表建议拆分为两张：
10.                                 t_login 登录信息表
11.                                 id(pk)                login_name                login_pwd       
12.                                 ---------------------------------
13.                                 1                                zhangsan                123                       
14.                                 2                                lisi                        123                       
16.                                 t_user 用户详细信息表
17.                                 id(pk)                real_name                email                                address........        login_id(fk+unique)
18.                                 -----------------------------------------------------------------------------------------
19.                                 100                        张三                                zhangsan@xxx                                                                1
20.                                 200                        李四                                lisi@xxx                                                                                2

复制代码

口诀：一对一，外键唯一！！！！！！！！！！

叮嘱

数据库设计三范式是理论上的。
实践和理论有的时候有偏差。
终极的目的都是为了满足客户的需求，有的时候会拿冗余换执行速度。
由于在sql当中，表和表之间连接次数越多，服从越低。（笛卡尔积）
有的时候可能会存在冗余，但是为了减少表的连接次数，这样做也是公道的，而且对于开辟人员来说，sql语句的编写难度也会低落。
面试的时候把这句话说上：他就不会认为你是低级程序员了！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

---

欢迎光临 IT评测·应用市场-qidao123.com技术社区 (https://dis.qidao123.com/)

Powered by Discuz! X3.4