参考朱双印的mysql 专题 http://www.zsythink.net/archives/category/%e5%ad%98%e5%82%a8/mysql/page/5/
本博客仅为笔者个人参考学习使用，推荐通过学习朱双印的mysql专题来全面学习
本篇包含的内容
- 约束管理、索引管理、键管理语句
- 视图管理语句
（一）约束管理、索引管理、键管理语句
关系型数据库中的数据约束的概念为：数据约束可以理解为向数据表中插入数据时要遵守的限制规则。
mysql中的常用约束有主键约束、唯一键约束、外键约束、非空约束等，我们先列出其概念。
- 主键：primary key，表上一个或多个字段的组合，填入主键字段中的数据，必须不同于已经存在的其它行的相同字段上的数据，而且也不能为空；一个表只能存一个主键，一个主键可以由多个字段组成
- 惟一键：unique key，表上一个或多个字段的组合，填入其中字段中的数据，必须不同于已经存在的其它行的相同字段上的数据，但可以为空；一个表可以有多个唯一键；
-
外键：foreign key，一个表中的外键字段中所能够插入的数据取值范围，取决于引用的另一个表上主键字段上的已经存在数据集合；
非空约束
添加非空约束，设置非空字段。使用如下语句为testtb表中的name字段添加非空约束。
alter table testtb modify name varchar(100) not null;
删除非空约束，去除非空约束只要将字段修改为可以为空即可，当然，如果字段有其他约束，不要忘了加载语句的后面。
alter table testtb modify name varchar(100) null;
自动增长
添加自动增长，为字段设置自动增长，同样既可以使用change，也可以使用modify
如下语句表示为testtb表的id字段设置自动增长。
alter table testtb modify id int auto_increment;
如下语句表示为testtb表的id字段设置自动增长。
alter table testtb change id id int auto_increment;
删除自动增长，去除自动增长的语句可以结合着添加自动增长的语句查看。同样有两种方法，使用change或者modify均可。
alter table testtb change id id int; alter table testtb modify id int;
使用change 可以修改字段的名称
主键约束
添加主键约束
使用如下两条语句中的任意一条均可为表设置主键，注意，一个表中只能有一个主键。
如下命令表示将testtb4中的id字段指定为表的主键，通过如下语句设置的主键的主键名称默认为PRIMARY。
alter table testtb4 add primary key(id);
alter table testtb4 add constraint primary key(id);
删除主键约束
去除主键时需要注意，不能直接删除主键，需要先删除自动增长，然后再删除主键。
注意：如果对应的主键上存在自动增长，则不能直接删除主键，需先删除自动增长后，再使用如下语句删除主键。同理，如果当前表的主键已经被其他表中的字段当做外键，那么则需要先删除其他表中的主外键关系，才能删除当前主键。
alter table testtb drop primary key;
唯一键约束
添加唯一键约束
使用如下语句，添加唯一键约束，唯一键的名称默认为字段名称，如果对一个字段重复创建唯一键，唯一键名称将会按照创建时的序号依次向后增加，但是针对同一个字段重复创建唯一键是没有任何意义的，也强烈不建议这样做。
alter table testtb add unique key(uid);
使用如下语句在创建唯一键的时候，可以指定唯一键的名称，例如，指定唯一键的名称为uni_test。
alter table testtb add unique key uni_test(test);
删除唯一键约束
使用如下语句删除唯一键uni_test,注意，删除唯一键时使用的是index关键字。
alter table testtb drop index uni_test;
查看约束
desc test1
查看主外键对应关系
如下语句表示查看test1这张表中引用了哪些表中的主键作为自己的外键。也可以理解为查看test1表的外键。
select TABLE_NAME,COLUMN_NAME,CONSTRAINT_NAME,REFERENCED_TABLE_NAME,REFERENCED_COLUMN_NAME from information_schema.KEY_COLUMN_USAGE where TABLE_NAME='test01' and REFERENCED_TABLE_NAME is not null;
如下语句表示查看test2这张表的主键被哪些表引用成为了外键，可以与上一个示例对比查看。
select REFERENCED_TABLE_NAME,REFERENCED_COLUMN_NAME,CONSTRAINT_NAME,TABLE_NAME,COLUMN_NAME from information_schema.KEY_COLUMN_USAGE where REFERENCED_TABLE_NAME='test2';
添加外键约束
使用如下两条语句设置外键，如下语句表示在testtb表中创建一个新的字段，tid，并且添加了一个外键，外键的名称叫testtb_tid_fk，外键中， testtb表中的tid字段引用了表testtb2表中的id字段
alter table testtb add column tid int default 0 not null; alter table testtb add constraint testtb_tid_fk foreign key(tid) references testtb2(id);
删除外键约束
删除外键约束之前需要先查看外键约束的名称
select TABLE_NAME,COLUMN_NAME,CONSTRAINT_NAME,REFERENCED_TABLE_NAME,REFERENCED_COLUMN_NAME from information_schema.KEY_COLUMN_USAGE where TABLE_NAME = 'md_blogs' and REFERENCED_TABLE_NAME is not null;
使用如下语句 ，表示删除test4表中的 test_tid_fk 外键。
alter table test4 drop foreign key test_tid_fk;
索引管理
添加一个索引/创建一个纯粹的索引
这里所说的纯粹的索引指的就是index，不是unique index，只是单纯的index，使用如下语句表示为testtb表的name字段添加一个单纯的索引，索引的名字为ind_name
alter table testtb add index ind_name(name);
当我们使用上述语句添加索引以后，使用show index from testtb;可以查看到对应的索引，但是在information_schema.KEY_COLUMN_USAGE 表中将不会存在同名的"约束"，而当我们创建一个唯一键或者唯一索引的时候，不仅能在information_schema.KEY_COLUMN_USAGE表中看到对应名称的"约束",同时还能使用show index from testtb;查看到对应名称的索引，这就体现了"键/约束"与"索引"的不同，当我们创建一个约束的时候，会创建对应的索引，但是如果只是创建一个单纯的索引，"纯index"，那么它则只是一个"索引"罢了。
另外一种语法创建索引，语法如下。
CREATE [UNIQUE|FULLTEXT|SPATIAL] INDEX index_name [using index_type] ON tbl_name (index_col_name,...)
上述语法中，我们可以指定创建哪种特殊索引，也可以只使用index，表示创建一个纯索引，[using index_type]表示索引类型，可省略，省略后默认使用btree类型的索引，并且指明在哪个表的哪个字段上创建索引。index_col_name用于指明字段名称，示例如下，如下语句表示在testtb表的name字段上创建一个索引，索引的名称为ind_name,索引的长度为20（注意，20并不是表示name字段的长度，假如name字段长度为100，此处指定20表示取出name字段的左边开头的头20个字节作为索引），索引为降序排列，不指定desc时默认以升序排序。
create index ind_name on testtb (name(20) desc); create index ind_name on testtb (name(20)); create index ind_name on testtb (name);
如下示例语句表示创建一个联合索引
create index ind_id_name on testtb1 (id,name); create index ind_id_name on testtb1 (id,name(20));
重建索引
数据库长时间运行后，索引会有损坏的可能，这个时候，重建索引，可以提高数据的检索速度，所以，重建索引的操作在平常的维护工作中可能会被用到，不过mariadb中的innodb存储引擎不支持重建索引。
repair table table_name quick;
删除一个索引
使用如下语句可以删除testtb表中的纯索引以及唯一索引。
alter table test2 drop index uu_ttt;
查看索引
查看testtb表中的所有索引
show index from testtb;
根据索引名称，查看testtb表中的部分索引，如下语句表示查看testtb表中以ind开头的索引。
show index from testtb where key_name like 'ind%';
（二）视图管理语句
视图的概念
视图是一个"虚表",用大白话说，就是从已经存在的表的全部字段或数据中，挑选出来一部分字段或数据，组成另一张"并不存在的表",这张虚表被称之"视图"，视图中的字段与对应的数据均来自已经存在的表，对于视图来说，这些已经存在的表就被称为"基表",基表可以是一张表，也可以是多张表， 视图的本质可以理解为一条查询语句，视图中显示的结果，就是这条查询语句查询出的结果。
使用视图的理由
这个时候我们可能会有一个问题，既然视图中的字段均来自"基表"，为什么还要使用"视图",我们直接使用"基表"就行了，干嘛还要用视图，这是有原因的，我们可以从以下几个方面理解。
1,简化操作
我们说过，视图中的数据可能来自于多张基表，如果基表有很多，而且基表之间存在复杂的关系，当我们需要找出某些数据时，可能需要执行一条复杂的sql语句，如果我们把这个复杂的sql语句创建为视图，我们就可以直接从视图的结果中使用简单的sql语句查询出需要的结果，这使我们容易理解和使用。
2,安全原因
安全原因往往是使用视图的主要原因，我们能通过视图，限制用户能够查看到的数据，比如我们创建了一张"供货商信息表"，这张表里面存放了公司20个大区所有供货商的数据，如果我授权了数据库用户A对这张表有查看权限，那么A用户将有权利查看"供货商信息表"中所有供货商的信息，如果想要限制A用户，让其只能查看前三个大区的供货商信息，我们就可以使用视图，将前三个大区中的供货商信息查询出来，将对应sql语句创建成"前三大区供货商视图"，然后授权A用户只能查看"前三大区供货商视图",但是不能查看"供货商信息表",那么数据库用户A则只能查看到前三个大区供货商的信息了，而不是能够看到所有供货商的信息，这就是我们之前所说的，视图是一张虚表，它的字段或者数据可能只是其他表中的一部分。
不使用视图的理由
mysql对于视图的优化并不完善，这样说并不准确，准确的说，应该是mysql对于子查询的优化不是很好，而使用视图本身往往就意味着使用子查询，所以，如果我们必须使用视图时，最好将视图中的sql语句尽量优化，或者说，数据量大的时候尽量避免使用视图。
创建视图
在创建视图之前，请先确定当前登录的数据库用户是否拥有创建视图的权限。
查询结果中，create_view_priv的值为Y，表示当前用户拥有创建视图的权利。
我们来创建一个最简单的视图
我们可以把上图中创建视图的语句分成两个部分来看。
create view testvi as 当做第一部分，这部分语句实现的功能就是创建一个名叫testvi的视图，这个视图中的内容从as 后面的查询语句中获得。
select * from classes where classid <= 3;为上图中语句的第二部分，这部分语句的功能就是从classes表中查询出了classid号小于等于3的数据。
这两个部分结合在一起，就表示，我们将查询语句查询出的结果创建为一个名叫testvi的视图。
注意，视图是一种"虚表"，所以不能与已经存在的表重名。
此处我们先查询出classes表中的所有内容，方便与视图中的内容做对比。
视图创建完了，我们来查看一下视图中的内容，视图是一种"虚表"，我们查看视图就像查看表一样即可。
可以看到，即使我们查询出了testvi视图中的所有信息，也只有3条数据，这3条数据都来自于classes表，还记得我们在概念中提到的"安全原因"吗，这种场景就跟"安全原因"中提到的场景相同。
我们也可以使用如下语句创建视图
create or replace view testvi as select * from classes where classid <= 4;
create or replace view testvi as 表示，如果testvi这个视图如果不存在，那么则按照指定的查询语句创建视图，如果当下已经存在testvi这个视图，那么则使用当前视图覆盖之前的testvi视图，以当前的sql查询语句作为视图的语句。
我们发现，视图创建后，视图中的字段名与"基表"中的字段名称相同，我们也可以让视图使用自己的字段名，而不是使用基表中的字段名称，我们可以在创建视图时使用如下语句。
我们在概念中提到过，视图是由其他表中的一部分数据或者字段组成的，我们也可以只查询出"基表"中的部分字段，组成视图，示例如下
从上述的举例中我们可以看出，创建视图是很简单的，视图中的内容主要取决于我们的查询sql写成什么样。
所以，我们也可以通过sql语句，从多个表中查询出数据，创建视图。
其实在创建视图时，还可以指定mysql处理视图的算法，算法会影响MySQL处理视图的方式，mysql可以使用两种算法处理视图，这两种算法为MERGE算法和TEMPTABLE算法，我们可以在创建视图时，使用ALGORITHM指定使用哪种算法处理当前视图，ALGORITHM的值可以设置为MERGE、TEMPTABLE、UNDEFINED。如果没有ALGORITHM子句，默认值为UNDEFINED（表示用户未指定固定的算法，mysql会自动从MERGE、TEMPTABLE中选择一个算法处理视图），那么这些算法有什么不同呢，我们后面再解释，先看看创建时的示例语句。
上述语句表示指定使用merge算法处理视图。
那么，每种算法有什么不同呢。
1、MERGE算法：视图使用这种算法时，如果我们调用了视图，mysql会先将视图的定义转换成sql语句，然后把视图的sql语句与我们调用的语句整合，最后执行整合完毕的sql语句，什么意思呢，就以上图中的创建视图的sql语句为例，如果我们想要查看视图testvi中的所有数据，我们有可能会执行select * from testvi这条sql语句 ,如果testvi使用的是merge算法，那么mysql会先将执行的语句变成 select * from (select name,age from students;) ,然后执行最终改变过的语句，这就是merge算法对视图的处理过程，如果使用这种算法，即使定义视图时的sql语句不包含子查询，在我们调用视图的时候，最终执行的sql语句本身就一定包含子查询，而mysql对子查询的优化是不够的，当数据量大时，往往会影响性能，这就是不使用视图的理由。
2、TEMPTABLE算法：视图的结果将被置于临时表中，然后使用它执行语句，什么意思呢，还是以上图中的testvi视图为例，如果把上图中的merge改成temptable，当我们执行 select * from testvi时，mysql会先查询到会先将select name,age from students;的查询结果放置到临时表中，然后用户的语句再调用临时表中的数据，当视图使用这种算法时，视图只能用于查询，不能用于更新数据。
3、UNDEFINED：当algorithm设置为此值时，MySQL将选择所要使用的算法。如果可能，它倾向于MERGE而不是TEMPTABLE，这是因为MERGE通常更有效，而且如果使用了临时表，视图是不可更新的
删除视图
删除视图很简单，使用如下语句删除testvi视图
drop view testvi;
如下语句表示如果视图testvi存在，则删除；
drop view if exists testvi;
查看视图
我们可以查看数据库中存在哪些视图，也可以查看视图的结构，还可以查看视图中的内容，我们一个一个来。
首先，如果我们想要查看某一数据库中的所有视图，可以使用如下语句查看：
select * from information_schema.views where table_schema='U_DB_NAME';
示例如下：
我们也可以查看视图的结构，就像查看表的结构一样；
我们也可以查看视图中的数据内容，就像查看表一样
修改视图
修改视图的语句如下
更新视图中的数据
在大部分情况下，创建视图是为了查看数据的，很少会去更新视图中的数据，即使想要去更新视图中的数据，也需要满足一定的条件，不是所有视图中的的数据都是可更新的。
如果视图包含下述结构中的情况，那么它将是不可更新的：
· 当视图设定了 ALGORITHM = TEMPTABLE。
· 聚合函数（SUM(), MIN(), MAX(), COUNT()等）。
· 位于选择列表中的子查询。
· FROM子句中存在不可更新视图。
· WHERE子句中的子查询，引用FROM子句中的表。
· 仅引用文字值（此时没有要更新的基表）。
· 基表中的其他字段中的约束不被满足。
· DISTINCT
· GROUP BY
· HAVING
· UNION 或 UNION ALL
· Join
注意：视图中虽然可以更新数据，但是有很多的限制。所以，一般我们只在查询时使用视图，而不要通过视图更新数据。