文章目录
MySQL
-
数据库：英文单词DataBase，简称DB。
按照一定格式存储数据的一些文件的组合。顾名思义：存储数据的仓库，实际上就是一堆文件。这些文件中存储了具有特定格式的数据。
-
数据库管理系统：DataBaseManagementSystem，简称DBMS。
数据库管理系统是专门用来管理数据库中数据的，数据库管理系统可以对数据库当中的数据进行增删改查。 “形式 -> 构造 -> 自动化" ——数据库管理系统的实现
常见的数据库管理系统：MySQL、Oracle、MS SqlServer、DB2、sybase... -
SQL：结构化查询语言
程序员需要学习SQL语句，程序员通过编写SQL语句，然后DBMS负责执行SQL语句，最终来完成数据库中数据的增删改查操作。
SQL是一套标准，程序员主要学习的就是SQL语句，这个SQL在mysql中可以使用，同时在Oracle中也可以使用，在DB2中也可以使用。
-
三者之间的关系？
DBMS–执行–> SQL --操作–> DB
安装MySQL数据库管理系统
需要注意的事项？
- 端口号：端口号port是任何一个软件/应用都会有的，端口号是应用的唯一代表。端口号通常和IP地址在一块，IP地址用来定位计算机的，端口号port用来定位计算机上某个服务的/某个应用。在同一台计算机上，端口号不能重复。具有唯一性。MySQL数据库启动的时候，这个服务占有的默认端口号是3306。
- 字符编码方式：设置MySQL数据库的字符编码方式为 UTF8。
- 服务名称：默认是：MySQL。
- 选择配置环境变量path：path=其它路径（例如：D:\MySQL\mysql-8.0.23-winx64\bin）
- 设置密码的同时，可以激活root账户远程访问。
- 激活：表示root账号可以在外地登录。
- 不激活：表示root账号只能在本机上使用。
MySQL数据库的卸载
第一步：双击安装包进行卸载删除。
第二步：删除目录：
把C:\ProgramData下面的MySQL目录删除。
把C:\Program Files (x86)下面的MySQL目录删除。
计算机上启用或停止MySQL服务
计算机–>右键–>管理–>服务和应用程序–>服务–>找mysql服务
MySQL的服务，默认是“启动”的状态，只有启动了mysql才能用。默认情况下是“自动”启动，自动启动表示下一次重启操作系统的时候自动启动该服务。
可以在服务上点击右键：启动、重启服务、停止服务…
还可以改变服务的默认配置：服务上点击右键，属性，然后可以选择启动方式：自动（延迟启动）、自动、手动、禁用
在windows操作系统当中，使用命令来启动和关闭mysql服务：
语法规则：
net start 服务名称;# net start mysql;
net stop 服务名称;# net stop mysql;
其它服务的启停都可以采用以上的命令。
登录MySQL数据库
使用bin目录下的mysql.exe命令来连接mysql数据库服务器
本地登录（显示密码的形式）:
C:\Users\Administrator>mysql -u用户名 -p密码
本地登录（隐藏密码的形式）:
C:\Users\Administrator>mysql -u用户名 -p
Enter password: ******(密码)
MySQL常用命令
命令（SQL语句）不区分大小写，且均以分号 （; ）结尾。
mysql是不见“;”不执行，“;”表示结束。
退出mysql：exit;
查看mysql中有哪些数据库：show database;
选择使用某个数据库：use 数据库名称;
选择要操作的Mysql数据库，使用该命令后所有Mysql命令都只针对该数据库。
创建数据库： create database 数据库名称;
查看某个数据库下有哪些表： show tables;
显示指定数据库的所有表，使用该命令前需要使用 use 命令来选择要操作的数据库。
查看mysql数据库的版本号： select version();
查看当前使用的是哪个数据库： select database();
\c 用来终止一条命令的输入。
将sql文件中的数据导入：source sql文件的绝对路径
路径中不能有中文。
在导入 sql 文件前必须选择存储被导入 sql 文件的数据库，导入操作相当于将被导入的 sql 文件内容复制粘贴到 被选择用于存储的 database 文件。
批量执行SQL语句
xxx.sql这种文件被称为sql脚本文件。
sql脚本文件中编写了大量的sql语句。执行sql脚本文件的时候，该文件中所有的sql语句会全部执行。
批量的执行SQL语句，可以使用sql脚本文件。
在mysql中怎么执行sql脚本呢？
mysql> source D:\course\03MySQL\document\vip.sql
你在实际的工作中，第一天到了公司，项目经理会给你一个xxx.sql文件，你执行这个脚本文件，你电脑上的数据库数据就有了。
数据库中数据的存储
数据库当中最基本的单元是表：table
什么是表table？为什么用表来存储数据呢？
姓名 性别 年龄(列：字段)
张三 男 20 ------->行（记录）
李四 女 21 ------->行（记录）
王五 男 22 ------->行（记录）
数据库当中是以表格的形式表示数据的。因为表比较直观。
任何一张表都有行和列：
行（row）：被称为数据/记录。
列（column）：被称为字段。
每一个字段都有：字段名、数据类型、约束等属性。
字段名可以理解，是一个普通的名字，见名知意就行。
数据类型：字符串，数字，日期等。
约束：约束也有很多，其中一个叫做唯一性约束，这种约束添加之后，该字段中的数据不能重复。
SQL语句的分类
DQL：
数据查询语言 Data Query Language（凡是带有select关键字的都是查询语句）
select…
DML：
数据操作语言 Data Manipulation Language（凡是对表当中的数据进行增删改的都是DML）
insert delete update
insert 增
delete 删
update 改
这个主要是操作表中的数据data。
DDL：
数据定义语言 Data Definition Language
凡是带有create、drop、alter的都是DDL。
DDL主要操作的是表的结构。不是表中的数据。
create：新建，等同于增
drop：删除
alter：修改
这个增删改和DML不同，这个主要是对表结构进行操作。
TCL：
事务控制语言 Transaction Control Language
包括：
事务提交：commit;
事务回滚：rollback;
DCL：
数据控制语言 Date Control Language
例如：授权grant、撤销权限revoke…
数据库语言与高级语言：一条数据库语言语句相当于高级语言的一个或多个循环程序。
数据库语言可以嵌入到高级语言(宿主语言)中使用。
数据查询语言DQL
查看表中的数据： select * from 表名;
查看表的结构： desc 表名;
describe : 描述
简单查询
查询一个字段： select 字段名 from 表名;
select和from都是关键字，字段名和表名都是标识符。
查询两个字段，或者多个字段： select 字段名1,字段名2,字段名3... from 表名;
查询所有字段：
-
可以把每个字段都写上：
select 字段名1,字段名2,字段名3... from 表名; -
可以使用 * ：
select * from 表名;这种方式的缺点：
1、效率低
2、可读性差。
在实际开发中不建议
给查询的列起别名：select 字段名 as 别名 from 表名;
使用as关键字起别名
别名可以是中文
只是将显示的查询结果列名显示为别名，原表列名还是叫原字段名
select语句是永远都不会进行修改操作的。（因为只负责查询）
-
as关键字可以省略:
select 字段名 别名 from 表名;如果别名里面有空格，则将别名用 单引号(’ ')或双引号("") 括起。
注意：在所有的数据库当中，字符串统一使用单引号括起来，单引号是标准，双引号在oracle数据库中用不了。但是在mysql中可以使用。
数据库中的字符串都是采用单引号括起来，这是标准的，双引号不标准。
**如果字段是数值可以对字段进行计算：**字段可以使用数学表达式 select 带字段名的数学表达式 from 表名;
条件查询
什么是条件查询？
不是将表中所有数据都查出来。是查询出来符合条件的。
语法格式：
select
字段1,字段2,字段3...
from
表名
where
条件;
都有哪些条件？
-
=等于 -
<>或!=不等于 -
<小于 -
<=小于等于 -
>大于 -
>=大于等于 -
between … and …两个值之间, 等同于>= and <=注意：
使用between and的时候，必须遵循左小右大。
between and是闭区间，包括两端的值。 -
is null为空（is not null不为空）注意：在数据库当中null不能使用等号进行衡量。需要使用is null因为数据库中的null代表什么也没有，它不是一个值，所以不能使用等号衡量。
-
and并且 -
or或者and优先级比or高。
and和or同时出现，and优先级较高。如果想让or先执行，需要加“小括号”。以后在开发中，如果不确定优先级，就加小括号就行了。
-
in包含，相当于多个or（not in不在这个范围中）注意：in不是一个区间。in后面跟的是具体的值。
-
not可以取非，主要用在is或in中
is null
is not null
in
not in -
like称为模糊查询，支持百分号%或下划线_匹配
百分号%：匹配任意多个字符。
下划线_：任意一个字符。
（%是一个特殊的符号，_也是一个特殊符号） -
找出某个字段的值中含有“_”的记录：使用转义字符
\_
排序
-
升序（默认）：
语法格式：
select 字段名1,字段名2... from 表名 order by 排序字段名 asc; -
降序：
语法格式：
select 字段名1,字段名2... from 表名 order by 排序字段名 desc; -
按照两个字段排序或者按照多个字段排序：
语法格式：
select 字段名1,字段名2,字段名2... from 表名 order by 排序字段名1 asc,排序字段名2 asc,排序字段名3 desc...;# 排序字段名1在前，起主导。只有 排序字段名1相等的时候，才会依次考虑启用 排序字段名2，排序字段名3...排序。 -
根据字段的位置也可以排序：
语法格式：
select 字段名1,字段名2,字段名3... from 表名 order by 2 # 按照查询结果的第二列 字段名2 排序了解一下，不建议在开发中这样写，因为不健壮。
因为列的顺序很容易发生改变，列顺序修改之后，再根据第二列排序会引起错误。 -
关键字顺序不能变：
select ... from ... where ... order by ...以上语句的执行顺序必须掌握：
第一步：from
第二步：where
第三步：select
第四步：order by（排序总是在最后执行！）
数据处理函数
数据处理函数又被称为单行处理函数。
单行处理函数的特点：一个输入对应一个输出。
多行处理函数的特点：多个输入对应一个输出。
常见的单行处理函数
-
lower(字段名)：将字段名中的大写字母转换为小写 -
upper(字段名)： 将字段名中的小写字母转换为大写 -
substr(被截取的字符串,起始下标,截取的长度)： 截取子串注意：起始下标从1开始，没有0。
-
concat(字符串1,字符串2)： 字符串拼接 -
length()： 获取字符串长度 -
trim()： 删去字符串空格 -
round(数值,保留的小数位)： 对数值进行四舍五入round(数值,1)：保留1位小数round(数值,2)：保留2位小数round(数值,-1)：保留到十位
-
rand()：生成随机数mysql> select round(rand()*100,0) from emp; // 100以内的随机数 -
ifnull(数据, 被当做哪个值)：如果“数据”为NULL的时候，把这个数据当做哪个值。在所有数据库当中，只要有NULL参与的数学运算，最终结果就是NULL。
ifnull() 可以将 null 转换成一个具体值，ifnull() 是空处理函数，专门处理空的。
-
case..when..then..when..then..else..endcase 进行条件匹配的值 when 条件1 then 满足条件1时操作 when 条件2 then 满足条件2时操作 else 以上条件均不满足进行的操作 endselect后面可以跟某个表的字段名（可以等同看做变量名），也可以跟字面量/字面值（数据）。
分组查询
分组函数
分组函数是多行处理函数。
多行处理函数的特点：输入多行，最终输出一行。
count(字段名)：计数sum(字段名)：求和avg(字段名)：平均值max(字段名)：最大值min(字段名)：最小值
注意：
分组函数在使用的时候必须先进行分组，然后才能用。
如果你没有对数据进行分组，整张表默认为一组。
-
组函数自动忽略NULL，不需要提前对NULL进行处理。
-
count(具体字段)：表示统计该字段下所有不为NULL的元素的总数。
count(*)：统计表当中的总行数。（只要有一行数据count 则++）。因为每一行记录不可能都为NULL，一行数据中有一列不为NULL，则这行数据就是有效的。
-
分组函数不能够直接使用在
where子句中。 -
所有的分组函数可以组合起来一起用（即不同分组函数在一条语句中对同一字段内容进行处理）。
分组查询
什么是分组查询？
在实际的应用中，可能有这样的需求，需要先进行分组，然后对每一组的数据进行操作。
这个时候我们需要使用分组查询，怎么进行分组查询呢？
select
...
from
...
group by
...
将之前的关键字全部组合在一起，来看一下他们的执行顺序？
select
...
from
...
where
...
group by
...
order by
...
以上关键字的顺序不能颠倒，需要记忆。
执行顺序：
- from
- where
- group by
- select
- order by
为什么分组函数不能直接使用在
where后面？
select 字段名 from 表明 where ...分组函数 //报错 因为分组函数在使用的时候必须先分组之后才能使用。
where执行的时候，还没有分组。所以where后面不能出现分组函数。
select 分组函数 from 表明 //正常执行因为
select在group by之后执行。
oracle 的语法比 mysql 的语法严格。
重点结论：
在一条select语句当中，如果有group by语句的话，select后面只能跟：参加分组的字段，以及分组函数。其它的一律不能跟。
分组时，两个字段可以联合成一个字段看。（两个字段联合分组）
select 字段1，字段2，字段3...分组函数...
from 表名
group by 字段1，字段2
having分组后进一步过滤
使用 having 可以对分完组之后的数据进一步过滤。
不能单独使用 having 必须和 group by联合使用。
不能代替 where
使用 having 有可能导致 sql 语句执行效率低。
优化策略：where和having，优先选择where，where实在完成不了了，再选择having。
总结
select
...
from
...
where
...
group by
...
having
...
order by
...
以上关键字只能按照这个顺序来，不能颠倒。
执行顺序：
-
from
-
where
-
group by
-
having
-
select
-
order by
从某张表中查询数据，先经过where条件筛选出有价值的数据。对这些有价值的数据进行分组。分组之后可以使用having继续筛选。select查询出来。
最后排序输出。
distinct去除重复记录
distinct 用于去除查询结果中的重复的记录。
原表数据不会被修改，只是查询结果去重。
select 字段1,distinct 字段2 from 表名 // 编写错误（语法错误）
distinct 只能出现在所有字段的最前方
select distinct 字段1,字段2 from 表名
distinct 出现在两个字段之前，表示两个字段联合起来去重。
连接查询
什么是连接查询？
从一张表中单独查询，称为单表查询。而例如：员工表和部门表联合起来查询数据，从员工表中取员工名字，从部门表中取员工相应的部门名字。这种跨表查询，多张表联合起来查询数据，被称为连接查询。
连接查询的分类：
根据语法的年代分类：
- SQL92：1992年的时候出现的语法
- SQL99：1999年的时候出现的语法
根据表连接的方式分类：
- 内连接：
- 等值连接
- 非等值连接
- 自连接
- 外连接：
- 左外连接（左连接）
- 右外连接（右连接）
- 全连接
笛卡尔积现象
当两张表进行连接查询，没有任何条件限制的时候，最终查询结果条数，是两张表条数的乘积，这种现象被称为笛卡尔积现象（笛卡尔发现的，这是一个数学现象）。
怎样避免笛卡尔积现象？
连接表时加条件，满足这个条件的记录被筛选出来。
在连接表时，可以在 from 语句后面对表取别名，并在其他语句中恰当地使用这些别名，可以提高查询的效率。
注意：通过笛卡尔积现象得出，表的连接次数越多效率越低，尽量避免表的连接次数。
内连接
等值连接
SQL92语法：
select 表1 [表1别名]字段1 , 表2/[2表别名].字段2
from 表1 [表1别名] , 表2 [表2别名]
where 表1 [表1别名].字段3 = 表2/[2表别名].字段3;
SQL99语法：
select 表1 [表1别名]字段1 , 表2/[2表别名].字段2
from 表1 [表1别名]
[inner]join 表2 [表2别名]
on 表1 [表1别名].字段3 = 表2/[2表别名].字段3;
inner 可以省略，输入 inner 可读性更好，便于看出是内连接。
SQL92的缺点：结构不清晰，表的连接条件，和后期进一步筛选的条件，都放到了where后面。
SQL99优点：表连接的条件是独立的，连接之后，如果还需要进一步筛选，再往后继续添加where。
SQL99一般性语法：
select
...
from
a
inner join
b
on
a和b的连接条件
where
筛选条件
非等值连接
select 表1 [表1别名]字段1 , 表2/[2表别名].字段2
from 表1 [表1别名]
[inner]join 表2 [表2别名]
on 表1 [表1别名].字段3 between 表2/[2表别名].字段4 and 表2/[2表别名].字段5;
条件不是一个等量关系，称为非等值连接。
自连接
技巧：一张表看做两张表。
内连接表之间没有主次关系，是平等的。
内连接的特点：完成能够匹配上这个条件的数据查询出来。
外连接
右外连接：
select
...
from
a
right outer join
b
on
a和b的连接条件
where
筛选条件
outer 可以省略，输入 outer 可读性更好，便于看出是外连接。
right代表什么：表示将 join 关键字右边的这张表看成主表，主要是为了将这张表的数据全部查询出来，捎带着关联查询左边的表。在外连接当中，两张表连接，产生了主次关系。
左外连接：
select
...
from
a
right outer join
b
on
a和b的连接条件
where
筛选条件
带有right的是右外连接，又叫做右连接；带有left的是左外连接，又叫做左连接。
任何一个右连接都有左连接的写法；任何一个左连接都有右连接的写法。
外连接的查询结果条数一定是 >= 内连接的查询结果条数
三张表，四张表怎么连接？
select
...
from
a
join
b
on
a和b的连接条件
join
c
on
a和c的连接条件
right join
d
on
a和d的连接条件
一条SQL语句中内连接和外连接可以混合。
子查询
什么是子查询？
select 语句中嵌套 select 语句，被嵌套的 select 语句称为子查询。
子查询都可以出现在哪里呢？
select
...(select)
from
...(select)
where
...(select)
where子句中的子查询
select
...
from
...
where
...(select)
可以用于解决 where子句中不能直接使用分组函数。
from子句中的子查询
select
...
from
...(select)
where
...
注意：from后面的子查询，可以将子查询的查询结果当做一张临时表。（技巧）
select后面出现的子查询
select
...(select)
from
...
where
...
注意：对于select后面的子查询来说，这个子查询只能一次返回1条结果，多于1条，就报错了。
union合并查询结果集
语法：
select ... from ... where ...
union
select ... from ... where ...
union的效率要高一些。对于表连接来说，每连接一次新表，则匹配的次数满足笛卡尔积，成倍的翻。但是union可以减少匹配的次数。在减少匹配次数的情况下，还可以完成两个结果集的拼接。
例如：a 连接 b 连接 c
a 10条记录
b 10条记录
c 10条记录
匹配次数是：1000a 连接 b一个结果：10 * 10 --> 100次
a 连接 c一个结果：10 * 10 --> 100次
使用union的话是：100次 + 100次 = 200次。（union把乘法变成了加法运算）
union在使用的时候的注意事项：union在进行结果集合并的时候，要求两个结果集的列数相同。
select 字段名1,字段名2 from 表1 where 条件1
union
select 字段名1,字段名3 from 表1 where 条件2
// MYSQL可以，oracle语法严格 ，不可以，会报错。要求：结果集合并时列和列的数据类型也要一致。
limit限制单页显示记录条数
limit作用：将查询结果集的一部分取出来。通常使用在分页查询当中。
分页的作用是为了提高用户的体验，因为一次全部都查出来，用户体验差。可以一页一页翻页看。
完整用法：limit startIndex,length
startIndex 是起始下标，length是长度。
起始下标从0开始。
缺省用法：limit 5; 这是取前5。
注意：mysql 语句当中limit在order by之后执行
分页
每页显示 pageSize 条记录
第 pageNo 页：limit(pageNo-1)*pageSize , pageSize
public static void main(String[] args){
// 用户提交过来一个页码，以及每页显示的记录条数
int pageNo = 5; //第5页
int pageSize = 10; //每页显示10条
int startIndex = (pageNo - 1) * pageSize;
String sql = "select ...limit " + startIndex + ", " + pageSize;
}
记公式：limit (pageNo-1)*pageSize , pageSize
关于DQL语句的总结
select
...
from
...
where
...
group by
...
having
...
order by
...
limit
...
执行顺序：
- from
- where
- group by
- having
- select
- order by
- limit
关于MySQL中的数据类型
-
varchar(最长255)：可变长度的字符串
比较智能，节省空间，会根据实际的数据长度动态分配空间。
优点：节省空间
缺点：需要动态分配空间，速度慢 -
char(最长255)：定长字符串
不管实际的数据长度是多少，分配固定长度的空间去存储数据。使用不恰当的时候，可能会导致空间的浪费。
优点：不需要动态分配空间，速度快
缺点：使用不当可能会导致空间的浪费 -
int(最长11)：数字中的整数型
等同于 java 中的 int。
-
bigint：数字中的长整型
等同于 java 中的 long。
-
float：单精度浮点型数据
-
double：双精度浮点型数据
-
date：短日期类型
-
datetime：长日期类型
-
clob：字符大对象
Character Large OBject：CLOB
最多可以存储4G的字符串。
比如：存储一篇文章，存储一个说明。超过255个字符的都要采用CLOB字符大对象来存储。 -
blob：二进制大对象
Binary Large OBject：BLOB
专门用来存储图片、声音、视频等流媒体数据。
往BLOB类型的字段上插入数据的时候，例如插入一个图片、视频等，需要使用IO流才可以。
数据定义语言DDL
DDL语句包括：create drop alter
表的创建 create
语法格式：
create table 表名(字段名1 数据类型,字段名2 数据类型,字段名3 数据类型...);
或
create table 表名(
字段名1 数据类型,
字段名2 数据类型,
字段名3 数据类型,
...
);
表名：建议以 t_ 或者 tbl_ 开始、可读性强、见名知意。
字段名：见名知意。
表名和字段名都属于标识符。
快速创建表（表的复制）：
语法格式：
create table 被创建表的表名 as select * from 被复制表的表名;
将一个查询结果当作一张表新建
这个可以完成表的快速复制
表创建出来，同时表达的数据也存在
表的删除 drop
语法格式：
drop table 表名 //当这张表不存在的时候会报错
drop table if exists 表名; //如果这张表不存在的话，删除
快速删除表中的数据：
truncate table 表名
相比于
delete from 表名删除表中的所有数据较快。
delete语句删除数据的原理？（delete属于DML语句）
表中的数据被删除了，但是这个数据在硬盘上的真实存储空间不会被释放。
这种删除缺点是：删除效率比较低。
这种删除优点是：支持回滚，后悔了可以再恢复数据。
truncate语句删除数据的原理？（truncate属于DML语句）
这种删除效率比较高，表被一次截断，物理删除。
这种删除缺点：不支持回滚。
这种删除优点：快速。
大表非常大，上亿条记录。
删除的时候，使用delete，也许需要执行1个小时才能删除完，效率较低。
可以选择使用truncate删除表中的数据。只需要不到1秒钟的时间就删除结束，效率较高。但是使用truncate之前，必须仔细询问客户是否真的要删除，并警告删除之后不可恢复。
truncate是删除表中的数据，表还在。
删除表操作 drop table 表名;// 这不是删除表中的数据，这是把表删除。
表的修改 alter
表结构的修改：添加一个字段，删除一个字段，修改一个字段。
对表结构的修改需要使用 alter。
- 在实际的开发中，需求一旦确定之后，表一旦设计好之后，很少的进行表结构的修改。因为开发进行中的时候，修改表结构，成本比较高。修改表的结构，对应的 java 代码就需要进行大量的修改。成本是比较高的。这个责任应该由设计人员来承担。
- 由于修改表结构的操作很少，所以我们不需要掌握，如果有一天真的要修改表结构，可以使用工具。
- 修改表结构的操作是不需要写到 java 程序中的。实际上也不是 java 程序员的范畴。
数据操作语言DML
插入数据 insert
语法格式：
insert into 表名(字段名1,字段名2,字段名3...) values(值1,值2,值3);
字段名和值要一一对应。（数量要对应。数据类型要对应。）
insert语句但凡是执行成功了，那么必然会多一条记录。
没有给其它字段指定值的话，默认值是NULL。
insert语句中的“字段名”可以省略。前面的字段名省略的话，等于都写上了，所以值也要都写上。
insert语句可以一次插入多条记录：
语法格式：
insert into 表名(字段名1，字段名2...) values(值1，值2...),(...),(...),(...) ...;
将查询结果插入到一张表当中：
语法格式：
insert into 被插入数据的表名 select * from 存储要插入数据的表名
插入日期
格式化数字：format(数字,'格式')
-
str_to_date：将字符串 varchar 类型转换成 date 类型
语法格式：
str_to_date('字符串日期', '日期格式')mysql 的日期格式：
- %Y 年
- %m 月
- %d 日
- %h 时
- %i 分
- %s 秒
通常使用在插入insert方面，因为插入的时候需要一个日期类型的数据，需要通过str_to_date(‘字符串日期’,‘日期格式’)函数将字符串转换成date。
如果提供的日期字符串是 %Y-%m-%d 格式，会自动转换为date类型
-
date_format：将 date 类型转换成具有一定格式的 varchar 字符串类型
语法格式：
date_format(日期类型数据, '日期格式')date_format(日期数据类型，‘日期格式’)通常使用在查询日期方面，设置展示的日期格式。
select date类型数据 from 表名以上SQL语句实际上是进行了默认的日期格式化，自动将数据库中的date类型转换成varchar类型，并且采用的格式是mysql默认的日期格式：’%Y-%m-%d’
java中的日期格式：yyyy-MM-dd HH:mm:ss SSS
-
date 和 datetime 两个类型的区别：
date 是短日期：只包括年月日信息。
datetime 是长日期：包括年月日时分秒信息。
mysql短日期默认格式：%Y-%m-%d
mysql长日期默认格式：%Y-%m-%d %h:%i:%s -
在mysql当中怎么获取系统当前时间？
now() 函数，并且获取的时间带有时分秒信息，是datetime类型的。
数据库中的有一条命名规范：所有的标识符都是全部小写，单词和单词之间使用下划线进行衔接。
修改数据 update
语法格式：
update 表名 set 字段名1 = 值1, 字段名2 = 值2, 字段名3 = 值3 ... where 条件;
没有条件限制会导致所有数据全部更新。
删除数据 delete
语法格式：
delete from 表名 where 条件
没有条件，整张表的数据都会全部删除。
约束
什么是约束？
约束：constraint
在创建表的时候，我们可以给表中的字段加上一些约束，来保证这个表中数据的完整性、有效性。
约束包括哪些？
- 非空约束：not null 指示某列不能存储 NULL 值。
- 唯一性约束: unique 保证某列的每行必须有唯一的值。
- 主键约束: primary key （简称PK） NOT NULL 和 UNIQUE 的结合。确保某列（或两个列多个列的结合）有唯一标识，有助于更容易更快速地找到表中的一个特定的记录。
- 外键约束：foreign key（简称FK） 保证一个表中的数据匹配另一个表中的值的参照完整性。
- 检查约束：check（mysql不支持，oracle支持） 保证列中的值符合指定的条件。
- default 规定没有给列赋值时的默认值。
约束直接添加到列后面的，叫做列级约束。
约束没有添加在列的后面，这种约束被称为表级约束。
非空约束 not null
非空约束 not null 约束的字段不能为NULL。
语法格式：
create table 表名(
字段名1 数据类型,
字段名2 数据类型 not null,
...
)
not null只有列级约束，没有表级约束
若向表中插入数据时，没有在非空约束的字段插入相应数据会报 ERROR 1364 (HY000): Field 字段名 doesn’t have a default value 错误
唯一性约束 unique
唯一性约束unique约束的字段不能重复，但是可以为NULL。
语法格式：
create table 表名(
字段名1 数据类型,
字段名2 数据类型 unique,
...
)
若在表中的唯一性约束字段添加重复数据会报 ERROR 1062 (23000): Duplicate entry 数据值 for key 表名.字段名 错误
两个字段联合起来具有唯一性：
create table 表名(
字段名1 数据类型 unique,//约束直接添加到列后面的，叫做列级约束
字段名2 数据类型 unique,
...
)
这样创建表示字段1和字段2各自具有唯一性。
语法格式：
create table 表名(
字段名1 数据类型,
字段名2 数据类型,
...
unique(字段名1,字段名2)// 约束没有添加在列的后面，这种约束被称为表级约束
)
什么时候使用表级约束呢？
需要给多个字段联合起来添加某一个约束的时候，需要使用表级约束。
unique 和not null可以联合使用：
语法格式：
create table 表名(
字段名1 数据类型,
字段名2 数据类型 not null unique,
...
)
在mysql当中，如果一个字段同时被not null和unique约束的话，该字段自动变成主键字段。（注意：oracle中不一样）
主键约束 primary key
简称：PK
主键约束的相关术语：
- 主键约束：就是一种约束。
- 主键字段：该字段上添加了主键约束，这样的字段叫做主键字段。
- 主键值：主键字段中的每一个值都叫做主键值。
什么是主键，其作用？
主键值是每一行记录的唯一标识。
任何一张表都应该有主键，没有主键，表无效。
主键的特征：not null + unique（主键值不能是NULL，同时也不能重复）。
添加主键约束
语法格式：
create table 表名(
字段名1 数据类型 primary key,
字段名2 数据类型,
...
)
使用表级约束添加主键约束
语法格式：
create table 表名(
字段名1 数据类型,
字段名2 数据类型,
...
primary key(字段名1)
)
使用表级约束给多个字段联合起来添加约束
语法格式：
create table 表名(
字段名1 数据类型,
字段名2 数据类型,
...
primary key(字段名1,字段名)
)
在实际开发中不建议使用复合主键，建议使用单一主键。因为主键值存在的意义就是这行记录的唯一标识，只要意义达到即可，单一主键可以做到。复合主键比较复杂，不建议使用。
一个表中主键约束只能添加一个。
主见建议使用：
- int
- bigint
- char 等类型
不建议使用 varchar 来做主键。主键值一般都是数字，一般都是定长的。
主键除了单一主键和复合主键之外，还可以这样进行分类：
- 自然主键：主键值是一个自然数，和业务没关系。
- 业务主键：主键值和业务紧密关联，例如拿银行卡账号做主键值，这就是业务主键。
在实际开发中使用业务主键多，还是使用自然主键多一些？
自然主键使用比较多，因为主键只要做到不重复就行，不需要有意义。业务主键不好，因为主键一旦和业务挂钩，那么当业务发生变动的时候，可能会影响到主键值，所以业务主键不建议使用。尽量使用自然主键。
在mysql中有一种机制可以帮助我们自动维护一个主键值：
语法格式：
create table 表名(
字段名1 数据类型 primary key auto_increment,
字段名2 数据类型,
...
)
auto_increment表示自增，从1开始，以1递增
外键约束 foreign key
简称：FK
外键约束涉及到的相关术语：
- 外键约束：一种约束（foreign key）
- 外键字段：该字段上添加了外键约束
- 外键值：外键字段当中的每一个值
create table 表名1(
字段名1 数据类型,
字段名2 数据类型,
...
)
create table 表名2(
字段名3 数据类型,
字段名4 数据类型,
...
foreign key(字段名3) references 表名1 (字段名1)
)
业务背景：请设计数据库表，来描述“班级和学生”的信息。
第一种方案：班级和学生存储在一张表中。
t_student
no(pk) name classno classname
------------------------------------------------------------------------
1 jack 100 北京市大兴区亦庄镇第二中学高三1班
2 lucy 100 北京市大兴区亦庄镇第二中学高三1班
3 lilei 100 北京市大兴区亦庄镇第二中学高三1班
4 hanmeimei 100 北京市大兴区亦庄镇第二中学高三1班
5 zhangsan 101 北京市大兴区亦庄镇第二中学高三2班
6 lisi 101 北京市大兴区亦庄镇第二中学高三2班
7 wangwu 101 北京市大兴区亦庄镇第二中学高三2班
8 zhaoliu 101 北京市大兴区亦庄镇第二中学高三2班
分析以上方案的缺点：
数据冗余，空间浪费，这个设计是比较失败的！
第二种方案：班级一张表、学生一张表。
t_class 班级表
classno(pk) classname
------------------------------------------------------
100 北京市大兴区亦庄镇第二中学高三1班
101 北京市大兴区亦庄镇第二中学高三1班
t_student 学生表
no(pk) name cno(FK引用t_class这张表的classno)
----------------------------------------------------------------
1 jack 100
2 lucy 100
3 lilei 100
4 hanmeimei 100
5 zhangsan 101
6 lisi 101
7 wangwu 101
8 zhaoliu 101
当cno字段没有任何约束的时候，可能会导致数据无效。可能出现一个102，但是102班级不存在。
所以为了保证cno字段中的值都是100和101，需要给cno字段添加外键约束。
那么：cno字段就是外键字段。cno字段中的每一个值都是外键值。
注意：
t_class是父表
t_student是子表
drop table if exists t_student;
drop table if exists t_class ;
create table t_class(
classno int primary key ,
classname varchar (255)
);
create table t_student(
no int primary key auto_increment,
name varchar (255),
cno int,
foreign key (cno) references t_class (classno)
);
insert into t_class(classno,classname) values(100,'北京市大兴区亦庄镇第二中学高三1班');
insert into t_class(classno,classname) values(101,'北京市大兴区亦庄镇第二中学高三2班');
insert into t_student(name,cno) values('jack',100);
insert into t_student(name,cno) values('lucy',100);
insert into t_student(name,cno) values('lilei',100);
insert into t_student(name,cno) values('hanmeimei',100);
insert into t_student(name,cno) values('zhangsan',101);
insert into t_student(name,cno) values('lisi',101);
insert into t_student(name,cno) values('wangwu',101);
insert into t_student(name,cno) values('zhaoliu',101);
select * from t_student;
select * from t_class;
- 删除表的顺序：先删子，再删父
- 创建表的顺序：先创建父，再创建子
- 删除数据的顺序：先删子，再删父
- 插入数据的顺序：先插入父，再插入子
思考：子表中的外键引用的父表中的某个字段，被引用的这个字段必须是主键吗？
不一定是主键，但至少具有unique约束。
测试：外键可以为NULL吗？
外键值可以为NULL。
存储引擎
什么是存储引擎，有什么用呢？
存储引擎是MySQL中特有的一个术语，其它数据库中没有（Oracle中有，但是不叫这个名字）。存储引擎是一个表存储/组织数据的方式。不同的存储引擎，表存储数据的方式不同。
怎么给表添加/指定存储引擎？
查看创建的表的详细信息：
语法格式：
show create table 表名
show create table t_student;
| t_student | CREATE TABLE `t_student` (
`no` int NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`cno` int DEFAULT NULL,
PRIMARY KEY (`no`),
KEY `cno` (`cno`),
CONSTRAINT `t_student_ibfk_1` FOREIGN KEY (`cno`) REFERENCES `t_class` (`classno`)
) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci |
在创建表的时候给表指定存储引擎：
在建表的时候可以在最后的小括号的“）”的右边使用：
- ENGINE来指定存储引擎
- CHARSET来指定这张表的字符编码方式
mysql 默认的存储引擎是 InnoDB
mysql 默认的字符编码方式是 UTF-8
语法格式：
create table 表名(
字段名1 数据类型,
字段名2 数据类型,
....
)engine = 存储引擎名 default charset = 字符编码方式;
怎么查看 mysql 支持哪些存储引擎？
查看 mysql 的版本：select version();
查看 mysql 支持哪些存储引擎：show engines \G
mysql> select version();
+-----------+
| version() |
+-----------+
| 8.0.23 |
+-----------+
1 row in set (0.00 sec)
mysql> show engines \G
*************************** 1. row ***************************
Engine: MEMORY
Support: YES
Comment: Hash based, stored in memory, useful for temporary tables
Transactions: NO
XA: NO
Savepoints: NO
*************************** 2. row ***************************
Engine: MRG_MYISAM
Support: YES
Comment: Collection of identical MyISAM tables
Transactions: NO
XA: NO
Savepoints: NO
*************************** 3. row ***************************
Engine: CSV
Support: YES
Comment: CSV storage engine
Transactions: NO
XA: NO
Savepoints: NO
*************************** 4. row ***************************
Engine: FEDERATED
Support: NO
Comment: Federated MySQL storage engine
Transactions: NULL
XA: NULL
Savepoints: NULL
*************************** 5. row ***************************
Engine: PERFORMANCE_SCHEMA
Support: YES
Comment: Performance Schema
Transactions: NO
XA: NO
Savepoints: NO
*************************** 6. row ***************************
Engine: MyISAM
Support: YES
Comment: MyISAM storage engine
Transactions: NO
XA: NO
Savepoints: NO
*************************** 7. row ***************************
Engine: InnoDB
Support: DEFAULT
Comment: Supports transactions, row-level locking, and foreign keys
Transactions: YES
XA: YES
Savepoints: YES
*************************** 8. row ***************************
Engine: BLACKHOLE
Support: YES
Comment: /dev/null storage engine (anything you write to it disappears)
Transactions: NO
XA: NO
Savepoints: NO
*************************** 9. row ***************************
Engine: ARCHIVE
Support: YES
Comment: Archive storage engine
Transactions: NO
XA: NO
Savepoints: NO
9 rows in set (0.00 sec)
mysql支持九大存储引擎，当前8.0.23支持8个。版本不同支持情况不同。
MYSQL 常用的存储引擎：
MyISAM存储引擎：
使用三个文件表示每个表：
- 格式文件 — 存储表结构的定义（mytable.frm）
- 数据文件 — 存储表行的内容（mytable.MYD）
- 索引文件 — 存储表上索引（mytable.MYI）：索引是一本书的目录，缩小扫描范围，提高查询效率的一种机制。可被转换为压缩、只读表来节省空间。
对于一张表来说，只要是主键，或者加有unique约束的字段上会自动创建索引。
MyISAM存储引擎特点：可被转换为压缩、只读表来节省空间（这是这种存储引擎的优势）。MyISAM不支持事务机制，安全性低。
InnoDB存储引擎：
这是mysql默认的存储引擎，同时也是一个重量级的存储引擎。
管理的表具有下列主要特征：
- 每个 InnoDB 表在数据库目录中以 .frm 格式文件表示
- InnoDB 表空间 tablespace 被用于存储表的内容（表空间是一个逻辑名称。表空间存储数据 + 索引。）
- 提供一组用来记录事务性活动的日志文件
- 用 COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滚)支持事务处理
- 提供全 ACID 兼容
- 在 MySQL 服务器崩溃后提供自动恢复
- 多版本（MVCC）和行级锁定
- 支持外键及引用的完整性，包括级联删除和更新
InnoDB支持事务，支持数据库崩溃后自动恢复机制。
InnoDB存储引擎最主要的特点是：非常安全。
InnoDB最大的特点就是支持事务：以保证数据的安全。效率不是很高，并且也不能压缩，不能转换为只读，不能很好的节省存储空间。
MEMORY存储引擎：
使用 MEMORY 存储引擎的表，其数据存储在内存中，且行的长度固定，这两个特点使得 MEMORY 存储引擎非常快。
MEMORY 存储引擎管理的表具有下列特征：
- 在数据库目录内，每个表均以.frm 格式的文件表示。
- 表数据及索引被存储在内存中。（目的就是查询快）
- 表级锁机制。
- 不能包含 TEXT 或 BLOB 字段。
MEMORY 存储引擎以前被称为 HEAP 引擎。
MEMORY引擎优点：查询效率是最高的。不需要和硬盘交互。
MEMORY引擎缺点：不安全，关机之后数据消失。因为数据和索引都是在内存当中。
事务
什么是事务？
一个事务其实就是一个完整的业务逻辑。是一个最小的工作单元，不可再分。
什么是一个完整的业务逻辑？
假设转账，从A账户向B账户中转账10000。将A账户的钱减去10000（update语句），将B账户的钱加上10000（update语句），这就是一个完整的业务逻辑。
以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。
只有DML语句（insert、delete、update）和事务有关系，其它语句和事务无关。因为只有以上的三个语句对数据库表中数据进行增、删、改。
只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题，数据安全第一位。
假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？
正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定，那么事务则没有存在的价值了。
到底什么是事务呢？
说到本质上，一个事务其实就是多条DML语句同时成功，或者同时失败。
事务是怎么做到多条DML语句同时成功和同时失败的呢？
InnoDB存储引擎：提供一组用来记录事务性活动的日志文件。
在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中，我们可以提交事务，也可以回滚事务。
- 提交事务：清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。提交事务标志着，事务的结束。并且是一种全部成功的结束。
- 回滚事务：将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件。回滚事务标志着，事务的结束，并且是一种全部失败的结束。
怎么提交事务，怎么回滚事务？
- 提交事务：
commit;语句 - 回滚事务：
rollback;语句（回滚永远都是只能回滚到上一次的提交点。）
事务：transaction
mysql 默认情况下是支持自动提交事务的（自动提交）。
什么是自动提交？
每执行一条DML语句，则提交一次。
这种自动提交实际上是不符合我们的开发习惯，因为一个业务通常是需要多条DML语句共同执行才能完成的，为了保证数据的安全，必须要求同时成功之后再提交，所以不能执行一条就提交一条。
怎么将mysql的自动提交机制关闭掉呢？
先执行命令：start transaction;
事务包括4个特性：
- 原子性：说明事务是最小的工作单元。不可再分。
- 一致性：所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，以保证数据的一致性。
- 隔离性：A事务和B事务之间具有一定的隔离。A事务在操作一张表的时候，另一个事务B也操作这张表会怎样？
- 持久性：事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上。
事务的隔离性
事务和事务之间的隔离级别：
-
读未提交 read uncommitted（最低的隔离级别）：没有提交就可以读到，事务A可以读取到事务B未提交的数据。
存在的问题：脏读现象(Dirty Read)
这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步。
-
读已提交 read committed：提交之后才能读到，事务A只能读取到事务B提交之后的数据。解决了脏读现象。
存在的问题：不可重复读取数据。
什么是不可重复读取数据呢？
在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取。 -
可重复读 repeatable read（mysql中默认的事务隔离级别）：提交之后也读不到，永远读取的都是刚开启事务时的数据。事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变。
早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样。读到的是假象。不够绝对的真实。
-
序列化/串行化 serializable（最高的隔离级别）：这是最高隔离级别，效率最低。解决了所有的问题。这种隔离级别表示事务排队，不能并发。
synchronized 线程同步（事务同步）每一次读取到的数据都是最真实的，并且效率是最低的。
查看隔离级别：
语法格式：show variables like '%tx_isolation%'或 select @@tx_isolation;
设置隔离级别：
语法格式：set global transaction isolation level 隔离级别
验证各种隔离级别
查看隔离级别：SELECT @@tx_isolation
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
mysql默认的隔离级别
被测试的表t_user
验证：read uncommited
mysql> set global transaction isolation level read uncommitted;
事务A 事务B
--------------------------------------------------------------------------------
use bjpowernode;
use bjpowernode;
start transaction;
select * from t_user;
start transaction;
insert into t_user values('zhangsan');
select * from t_user;
验证：read commited
mysql> set global transaction isolation level read committed;
事务A 事务B
--------------------------------------------------------------------------------
use bjpowernode;
use bjpowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user values('zhangsan');
select * from t_user;
commit;
select * from t_user;
验证：repeatable read
mysql> set global transaction isolation level repeatable read;
事务A 事务B
--------------------------------------------------------------------------------
use bjpowernode;
use bjpowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user values('lisi');
insert into t_user values('wangwu');
commit;
select * from t_user;
验证：serializable
mysql> set global transaction isolation level serializable;
事务A 事务B
--------------------------------------------------------------------------------
use bjpowernode;
use bjpowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user values('abc');
select * from t_user;
索引
什么是索引？
索引是在数据库表的字段上添加的，是为了提高查询效率存在的一种机制。一张表的一个字段可以添加一个索引，当然，多个字段联合起来也可以添加索引。索引相当于一本书的目录，是为了缩小扫描范围而存在的一种机制。
MySQL在查询方面主要就是两种方式：
- 全表扫描
- 根据索引检索
查找表中没有添加索引的字段，MySQL会进行全扫描，会将字段上的每一个值都比对一遍。效率比较低。
MySQL数据库当中索引也是需要排序的，并且这个所以的排序和TreeSet数据结构相同。TreeSet（TreeMap）底层是一个自平衡的二叉树。在MySQL当中索引是一个B-Tree数据结构。遵循左小又大原则存放。采用中序遍历方式遍历取数据。
索引的实现原理：
- 在任何数据库当中主键上都会自动添加索引对象，另外在mysql当中，一个字段上如果有unique约束的话，也会自动创建索引对象。
- 在任何数据库当中，任何一张表的任何一条记录在硬盘存储上都有一个硬盘的物理存储编号。
- 在mysql当中，索引是一个单独的对象，不同的存储引擎以不同的形式存在，在MyISAM存储引擎中，索引存储在一个.MYI文件中。在InnoDB存储引擎中索引存储在一个逻辑名称叫做tablespace的当中。在MEMORY存储引擎当中索引被存储在内存当中。不管索引存储在哪里，索引在mysql当中都是一个树的形式存在（自平衡二叉树：B-Tree）。
在 mysql 中主键上以及unique字段上都会自动添加索引。
什么条件下会考虑给字段添加索引？
- 数据量庞大（到底有多么庞大算庞大，这个需要测试，因为每一个硬件环境不同）。
- 该字段经常出现在where的后面，以条件的形式存在，也就是说这个字段总是被扫描。
- 该字段很少的DML(insert delete update)操作（因为DML之后，索引需要重新排序）。
建议：
不要随意添加索引，因为索引也是需要维护的，太多的话反而会降低系统的性能。
通过主键、unique约束的字段进行查询，效率比较高。
索引分类
索引是各种数据库进行优化的重要手段。优化的时候优先考虑的因素就是索引。
- 单一索引：一个字段上添加索引。
- 复合索引：两个字段或者更多的字段上添加索引。
- 主键索引：主键上添加索引。
- 唯一性索引：具有unique约束的字段上添加索引。
…
注意：唯一性比较弱的字段上添加索引用处不大。
创建/删除索引
- 创建索引：
create index 索引名 on 表名(字段名)
给表名（表）的字段名（字段）添加索引，起名：索引名
- 删除索引：
drop index 索引名 on 表名
将表名（表）上的索引名（索引）对象删除
查看一个SQL语句是否使用了索引进行检索：
explain select * from 表名 where 字段名 = 数据值
说明没有使用索引：type = ALL
若使用了索引：type = ref
索引失效
索引有失效的时候，什么时候索引失效呢？
-
select * from 表名 where 字段名 like '%T';字段上即使添加了索引，也不会使用索引。原因是模糊匹配中以"%“开头了。尽量避免模糊查询的使用以”%"开始，这是一种优化手段/策略。
-
使用or的时候会失效，如果使用or那么要求or两边的条件字段都要有索引，才会走索引，如果其中一边有一个字段没有索引，那么另一个字段上的索引也会失效。这就是不建议使用or的原因。
-
使用复合索引的时候，没有使用左侧的列查找，索引失效。
什么是复合索引？
两个字段，或者更多的字段联合起来添加一个索引，叫做复合索引。 -
在where当中索引列参加了运算，索引失效。
-
在where当中索引列使用了函数。
视图
什么是视图(view)？
站在不同的角度去看待同一份数据。
创建/删除视图对象
表复制：create table 副本表名 as select * from 表名
创建视图对象：
create view 视图名 as select * from 表名
create view 视图名
as
select 表1名.字段名1,表1名.字段名2,表2名.字段名3...
from 表1名 [表1别名]
join 表2名 [表2别名]
on 表1名.字段名 = 表2名.字段名
删除视图对象：
drop view 视图名
只有DQL语句才能以view的形式创建：
create view view_name as 这里的语句必须是DQL语句;
视图的作用：可以面向视图对象进行增删改查，对视图对象的增删改查，会导致原表被操作。
视图的特点：通过对视图的操作，会影响到原表数据。
面向视图查询：
select * from 视图名
面向视图插入：
insert into 视图名(字段名1,字段名2,字段名3...) values(数值1,数值2,数值3...)
面向视图删除：
delete from 视图名
视图对象在实际开发中的作用
方便，简化开发，利于维护。
假设有一条非常复杂的SQL语句，而这条SQL语句需要在不同的位置上反复使用。每一次使用这个sql语句的时候都需要重新编写，很长、很麻烦，怎么办？
可以把这条复杂的 SQL 语句以视图对象的形式新建。在需要编写这条 SQL 语句的位置直接使用视图对象，可以大大简化开发。并且利于后期的维护，因为修改的时候也只需要修改一个位置就行，只需要修改视图对象所映射的 SQL 语句。
面向视图开发的时候，使用视图的时候可以像使用table一样。可以对视图进行增删改查等操作。视图不是在内存当中，视图对象也是存储在硬盘上的，不会消失。
视图对应的语句只能是DQL语句。但是视图对象创建完成之后，可以对视图进行增删改查等操作。
增删改查
增删改查，又叫做：CRUD。
CRUD是在公司中程序员之间沟通的术语。一般很少说增删改查，一般都说CRUD。
- C：Create（增）
- R：Retrive（查：检索）
- U：Update（改）
- D：Delete（删）
DBA常用指令
DBA：Data Base Administrator（数据库管理员）
重点掌握：数据的导入和导出（数据的备份）
-
数据导入：
- 需要先登录到mysql数据库服务器上。
- 然后创建数据库：
create database 数据库名; - 使用数据库：
use 数据库名 - 然后初始化数据库：
source 被导入数据库的绝对地址
-
数据导出：
在 Windows 的 dos命令窗口中：
-
导出数据库
mysqlIdump 数据库名>导出到的绝对路径\数据库文件名.sql -u用户名 -p密码 -
导出数据库中指定的表：
mysqlIdump 数据库名 表名>导出到的绝对路径\数据库文件名.sql -u用户名 -p密码
-
数据库设计三范式
什么是数据库设计范式？
数据库表的设计依据。
- 第一范式：要求任何一张表必须有主键，每一个字段原子性不可再分。
- 第二范式：建立在第一范式的基础之上，要求所有非主键字段完全依赖主键，不要产生部分依赖。
- 第三范式：建立在第二范式的基础之上，要求所有非主键字段直接依赖主键，不要产生传递依赖。
设计数据库表的时候，按照以上的范式进行，可以避免表中数据的冗余、空间的浪费。
举例：
第一范式：
学生编号 学生姓名 联系方式
---------------------------------------------
1001 张三 zs@gmail.com,1359999999
1002 李四 ls@gmail.com,13699999999
1001 王五 ww@163.net,13488888888
以上是学生表，满足第一范式吗？
不满足，第一：没有主键。第二：联系方式可以分为邮箱地址和电话
学生编号(pk) 学生姓名 邮箱地址 联系电话
--------------------------------------------------------
1001 张三 zs@gmail.com 1359999999
1002 李四 ls@gmail.com 13699999999
1003 王五 ww@163.net 13488888888
第二范式：
学生编号 学生姓名 教师编号 教师姓名
-----------------------------------------
1001 张三 001 王老师
1002 李四 002 赵老师
1003 王五 001 王老师
1001 张三 002 赵老师
这张表描述了学生和老师的关系：（1个学生可能有多个老师，1个老师有多个学生）
这是非常典型的：多对多关系！
分析以上的表是否满足第一范式？
不满足第一范式。
怎么满足第一范式呢？修改
学生编号+教师编号(pk) 学生姓名 教师姓名
----------------------------------------------------
1001 001 张三 王老师
1002 002 李四 赵老师
1003 001 王五 王老师
1001 002 张三 赵老师
学生编号 教师编号，两个字段联合做主键，复合主键（PK: 学生编号+教师编号）
经过修改之后，以上的表满足了第一范式。但是满足第二范式吗？
不满足，“张三”依赖1001，“王老师”依赖001，显然产生了部分依赖。
产生部分依赖有什么缺点？
数据冗余了。空间浪费了。“张三”重复了，“王老师”重复了。
为了让以上的表满足第二范式，你需要这样设计：
使用三张表来表示多对多的关系！！！！
学生表
学生编号(pk) 学生名字
--------------------------------
1001 张三
1002 李四
1003 王五
教师表
教师编号(pk) 教师姓名
--------------------------------
001 王老师
002 赵老师
学生教师关系表
id(pk) 学生编号(fk) 教师编号(fk)
---------------------------------------------------
1 1001 001
2 1002 002
3 1003 001
4 1001 002
背口诀：多对多怎么设计？
多对多，三张表，关系表两个外键。
第三范式：
学生编号（PK） 学生姓名 班级编号 班级名称
-------------------------------------------------------
1001 张三 01 一年一班
1002 李四 02 一年二班
1003 王五 03 一年三班
1004 赵六 03 一年三班
以上表的设计是描述：班级和学生的关系。很显然是1对多关系！
一个教室中有多个学生。
分析以上表是否满足第一范式？
满足第一范式，有主键。
分析以上表是否满足第二范式？
满足第二范式，因为主键不是复合主键，没有产生部分依赖。主键是单一主键。
分析以上表是否满足第三范式？
第三范式要求：不要产生传递依赖！
一年一班依赖01，01依赖1001，产生了传递依赖。
不符合第三范式的要求。产生了数据的冗余。
那么应该怎么设计一对多呢？
班级表：一
班级编号(pk) 班级名称
------------------------------------
01 一年一班
02 一年二班
03 一年三班
学生表：多
学生编号（PK） 学生姓名 班级编号(fk)
------------------------------------------
1001 张三 01
1002 李四 02
1003 王五 03
1004 赵六 03
背口诀：
一对多，两张表，多的表加外键。
总表的设计
-
一对多：一对多，两张表，多的表加外键。
-
多对多：多对多，三张表，关系表两个外键。
-
一对一：一对一，外键唯一。
一对一放到一张表中不就行了吗？为什么还要拆分表？
在实际的开发中，可能存在一张表字段太多，太庞大。这个时候要拆分表。
一对一怎么设计？没有拆分表之前：一张表 t_user id login_name login_pwd real_name email address........ --------------------------------------------------------------------------- 1 zhangsan 123 张三 zhangsan@xxx 2 lisi 123 李四 lisi@xxx ... 这种庞大的表建议拆分为两张： t_login 登录信息表 id(pk) login_name login_pwd --------------------------------- 1 zhangsan 123 2 lisi 123 t_user 用户详细信息表 id(pk) real_name email address........ login_id(fk+unique) ----------------------------------------------------------------------------------------- 100 张三 zhangsan@xxx 1 200 李四 lisi@xxx 2 数据库设计三范式是理论上的，实践和理论有的时候有偏差。最终的目的都是为了满足客户的需求，有的时候会拿冗余换执行速度。在sql当中，表和表之间连接次数越多，效率越低（笛卡尔积）。有的时候可能会存在冗余，但是为了减少表的连接次数，这样做也是合理的，并且对于开发人员来说，sql语句的编写难度也会降低。
JDBC详解参见：JDBC详解（含Druid数据库连接池技术、JDBCTemplate）
991
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
