目录
前言
创建表
创建表时指定不同的存储引擎会对表造成的影响
查看表的结构
显示创建语句
修改表
删除表
表操作至少会涉及如下两类SQL语句:
注意:本篇文章讲的是表的DDL操作,也就是操作表结构的SQL语句。
创建表的SQL如下:
create [temporary] table [if not exists] 表名称(
属性名称1 属性名称1的类型 [comment '注释信息'],
属性名称2 属性名称2的类型 [comment '注释信息'],
.....
)[charset=字符集名称] [collate=校验规则名称] [engine=存储引擎名称];
说明一下:
如下图1所示,使用SQL语句show engines可以查看MySQL支持的所有存储引擎,然后如下图1的红框处所示,可以看到笔者当前的MySQL默认的存储引擎就是InnoDB,所以如果建表时在建表的SQL语句中没有指定使用哪种存储引擎,那么就会使用MySQL默认的存储引擎InnoDB。
说一下,为什么MySQL默认的存储引擎是InnoDB呢?如下图2的红框处所示,默认的存储引擎就是MySQL配置文件(即MySQL客户端进程mysql和MySQL服务端进程mysqld共同的配置文件/etc/my.cnf)中提前配置的存储引擎,所以因为提前配置好的存储引擎是InnoDB,所以MySQL默认的存储引擎就是InnoDB了。
首先回顾一下,在<
然后如下图左半部分所示,use进入数据库test1后,在该数据库中创建一个表table1,并在建表时指定采用MyISAM存储引擎,做完这些后,如下图右半部分所示,在MySQL用于存储所有数据的路径/var/lib/mysql上的test1目录(即test1数据库)中,就会增加3个名为table1的文件(说一下,db.opt是最初在创建数据库test1时就会自动生成的用于记录数据库test1的默认字符集和默认校验规则的配置文件)。换言之,在建表时指定采用MyISAM存储引擎时,在MySQL中创建1个表就对应在Linux系统中创建3个普通文件。
然后如下图左半部分所示,use进入数据库test1后,在该数据库中创建一个表table2,并在建表时指定采用InnoDB存储引擎,做完这些后,如下图右半部分所示,在MySQL用于存储所有数据的路径/var/lib/mysql上的test1目录(即test1数据库)中,就会增加2个名为table2的文件(说一下,db.opt是最初在创建数据库test1时就会自动生成的用于记录数据库test1的默认字符集和默认校验规则的配置文件)。换言之,在建表时指定采用InnoDB存储引擎时,在MySQL中创建1个表就对应在Linux系统中创建2个普通文件。
所以综上可以发现:
如下图所示,使用SQL语句【desc 表的名称】即可查看表的结构。
说一下:
如下图所示,使用SQL语句【 show create table 表的名称; 】即可查看对应表的创建语句。说一下,该条语句并不是用于创建新的表的,而是用于查看一个已经存在的表的创建语句、用于查看曾经在创建该表时写的SQL语句是怎样的。
可以看到,使用当前这条SQL语句还可以看到曾经在创建一个表时写的comment注释。
然后要知道的是,如下图所示,SQL语句【 show create table 表的名称 \G】也可以起到和上面一样的作用。
问题:为什么在已经有了SQL语句【 show create table 表的名称; 】的情况下,还要有SQL语句【 show create table 表的名称 \G】呢?
答案:因为前者在显示的时候是以一个表格显示的,如果shell界面不够大,则表格就会显示得很奇怪,这时就可以使用后者(注意使用后者时,在\G后面是不用加分号 ; 的),因为后者不会以表格的形式显示,所以即使shell界面不大,也能很完整简洁的显示一个已经存在的表的创建语句。
alter table 想要修改的表的名称 add 想要新增的属性列的名称 新增属性列的类型;
alter table 想要修改的表的名称 modify 想要修改的属性列的名称 修改后的属性列的类型;
alter table 想要修改的表的名称 drop 想要删除的属性列的名称;
alter table 想要修改的表的名称 change 想要修改的属性列的名称 属性列的新名称 属性列的新类型;
alter table 想要修改的表的名称 rename 表的新名称;
修改表的SQL语句如上所示,说明一下:
alter table add的实操。(用于给表中增加一个属性)
注意修改表可能会影响到表中的原数据,我们在进行alter table add的实操时顺便证明一下这一点。
如何证明这一点呢?为了证明这一点,我们在修改表之前先在table1表中插入两条数据。如下:
如下图所示,然后通过alter table add在table1表中新增一个属性用于保存用户的照片存储路径,完成后,通过desc查看表table1的结构,可以发现的确新增成功了。
注意: SQL语句alter table add中的after表示将该属性列新增到哪一列之后,如果想要将新增的列放到第一列,可以将从after开始的后面的所有SQL语句换成not null first。
如下图所示,这时再插入一条用户记录后,再查看表中信息,可以看到在新增属性photo_path之前就已经插入到表中的两条记录对应的photo_path值为NULL,所以新增属性后可能还需要对原来插入的记录进行修改。这就证明了修改表可能会影响到表中的原数据,所以一个表的结构一但创建出来了,我们最好不要再修改表的结构。
alter table modify的实操。(用于修改表中的某个属性的属性类型)
如下图所示,该SQL语句即可将table1表中的password属性的类型由char(30)改成char(50)。
注意,如果需要在修改属性的属性类型后仍然保留comment字段(即如果想在未来调用show create table `table1`时能看见表table1的创建语句中还携带comment字段),就需要在使用SQL语句alter table modify修改属性的属性类型时如下图红框处所示重新指定comment字段。
alter table drop的实操。(用于删除表中的一个属性)
如下图红框处所示,该SQL语句即可将table1表中的photo_path属性删除。注意删除列后,该photo_path属性列对应的所有数据都没有了。
注意一直删除table1表中的属性时,如果删到只有最后一个属性时,此时是无法再通过alter table drop语句删除最后一个属性的,如果想要把最后一个属性删除,则需要调用删除整个表的drop table语句。
alter table change的实操。(用于修改表中的某个属性的属性名和属性类型。注意只能同时修改属性的属性名和属性类型,不能只修改其中的一个)
如下图所示,该SQL语句即可将table1表中的password属性的属性名从password改成passwd。
注意,如果需要在修改属性的属性名和属性类型后仍然保留comment字段(即如果想在未来调用show create table `table1`时能看见表table1的创建语句中还携带comment字段),就需要在使用SQL语句alter table change时如下图红框处所示重新指定comment字段。
alter table rename的实操。(用于修改表的名称)
如下图所示,该SQL语句即可将table1表的名字从table1改成table2。注意,如下图红框处所示,MySQL中的表的名字被改变后,在Linux系统下该表对应的几个普通文件的名字也会跟着被改变。
删除表的SQL如下:
drop [temporary] table [if exists] 表1的名称,表2的名称.....;
说明一下:
将table1表删除。如下: