Mysql其他

联表查询：

INNER JOIN:
①SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z1 INNER JOIN ZZZ_Z2
ON ZZZ_Z1.UID = ZZZ_Z2.UID

②SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z1 ,ZZZ_Z2 WHERE ZZZ_Z1.UID = ZZZ_Z2.UID

③SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z1 ,ZZZ_Z2 WHERE ZZZ_Z1.UID = ZZZ_Z2.UID AND ZZZ_Z2.UID = 1

①②是相等的

LEFT JOIN:
④SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z1 LEFT JOIN ZZZ_Z2
ON ZZZ_Z1.UID = ZZZ_Z2.UID

⑤SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z1 LEFT JOIN ZZZ_Z2
ON ZZZ_Z1.UID = ZZZ_Z2.UID WHERE ZZZ_Z2.UID = 1

⑥SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z1 LEFT JOIN ZZZ_Z2
ON ZZZ_Z1.UID = ZZZ_Z2.UID AND ZZZ_Z2.UID = 1

⑦SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z1 LEFT JOIN (SELECT * FROM ZZZ_Z2 WHERE ZZZ_Z2.UID = 1) AS ZZZ_Z2
ON ZZZ_Z1.UID = ZZZ_Z2.UID

⑥⑦是相等的

RIGHT JOIN:
⑧SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z1 RIGHT JOIN ZZZ_Z2
ON ZZZ_Z1.UID = ZZZ_Z2.UID

⑨SELECT ZZZ_Z1.UID, ZZZ_Z1.NAME, ZZZ_Z2.UID AS UID2, ZZZ_Z2.NAME AS NAME2 FROM
ZZZ_Z2 RIGHT JOIN ZZZ_Z1
ON ZZZ_Z1.UID = ZZZ_Z2.UID

④⑨是相等的

外键：
当业务数据的实时一致性十分关键的时候，需要考虑使用外键，比如有互生关系的表。外键等于把数据的一致性事务实现全部交给数据库服务器完成，外键的级联更新或者删除会影响性能，根据情况考虑是否使用。

如果一个实体的某个字段指向另一个实体的主键，就称为外键。被指向的实体，称之为主实体（主表），也叫父实体（父表）。负责指向的实体，称之为从实体（从表），也叫子实体（子表）。

• 增加子表记录时，检查是否有与之对应的父表记录，如果主表没有相关的记录，从表不能插入。
• 删除或者更新主表记录时，从表根据级联动作进行数据处理。

级联关键字：on update，on delete
级联动作：cascade关联操作，如果主表被更新或删除，从表也会执行相应的操作。set null,表示从表数据不指向主表任何记录。restrict：拒绝主表的相关操作。
on delete 与on update 可以同时出现，但在on delete 或on update 后不能同时出现cascade、set null、restrict 只能有一个。

建表时设置外键：

       CREATE TABLE tb_active (
        id int(11) NOT NULL AUTO_INCREMENT,
        title varchar(100) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL,
        content text CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL,
        user_id int(11) NOT NULL,
        PRIMARY KEY (id),
        KEY user_id (user_id),
        KEY user_id_2 (user_id),
        CONSTRAINT FK_ID FOREIGN KEY (user_id) REFERENCES tb_user (id)
       ) ENGINE=InnoDB
       #FK_ID是外键的名称

添加外键：

       alter table 表名 add constraint FK_ID foreign key(你的外键字段名) REFERENCES 外表表名(对应的表的主键字段名);#FK_ID是外键的名称
       例如：
       alter table t_student add foreign key (class_id) references t_class (class_id) on delete set null on delete set null;#在删除外键时，将从表的外键值设置为null。

删除外键：

       alter table tb_name drop froeign key 外键名称; #外键名称在建立外键时可以自定义名称，如果不自定义，会按照mysql自动生成一个名称，可通过show create table查看。

视图：
什么是视图：
视图就是一条SELECT语句执行后返回的结果集。所以我们在创建视图的时候，主要的工作就落在创建这条SQL查询语句上。
视图是对若干张基本表的引用，一张虚表，查询语句执行的结果，不存储具体的数据（基本表数据发生了改变，视图也会跟着改变）；可以跟基本表一样，进行增删改查操作(ps:增删改操作有条件限制)。
视图的作用：
方便操作，特别是查询操作，减少复杂的SQL语句，增强可读性。更加安全，数据库授权命令不能限定到特定行和特定列，但是通过合理创建视图，可以把权限限定到行列级别。
例子：

商品表：

       create table g
       (
       　　id int primary key auto_increment,
       　　name varchar(20),
       　　num int
       );

订单表：

       create table o
       (
       　　oid int primary key auto_increment,
        　 gid int,
           much int
       );

如果我们在没使用触发器之前：假设我们现在卖了3个商品1，我们需要做两件事

1.往订单表插入一条记录
insert into o(gid,much) values(1,3);
2.更新商品表商品1的剩余数量
update g set num=num-3 where id=1;

创建触发器：
o表中新增订单：
对于insert而言，新插入的行用new来表示，行中的每一列的值用new.列名来表示。

       create trigger tg2
       after insert on o
       for each row
       begin
       update g set num=num-new.much where id=new.gid;(注意此处和第一个触发器的不同)
       end$
o表中删除订单：
对于delete而言：原本有一行,后来被删除，想引用被删除的这一行，用old来表示，old.列名可以引用被删除的行的值。

       create trigger tg3
       after delete on o
       for each row
       begin
       update g set num = num + old.much where id = old.gid;(注意这边的变化)
       end$
o表中修改订单：
对于update而言：被修改的行，修改前的数据，用old来表示，old.列名引用被修改之前行中的值。修改的后的数据，用new来表示，new.列名引用被修改之后行中的值。先把旧的数量恢复再减去新的数量就是修改后的数量了。

       create trigger tg4
       after update on o
       for each row
       begin
       update g set num = num+old.much-new.much where id = old/new.gid;
       end$
after/before的区别：
after是先完成数据的增删改，再触发，触发的语句晚于监视的增删改操作，无法影响前面的增删改动作；也就是说先插入订单记录，再更新商品的数量。
before是先完成触发，再增删改，触发的语句先于监视的增删改。

聚集索引：
聚集索引可以把相关数据保存在一起。使得数据访问更快。聚集索引把索引和数据都保存到同一棵B-Tree中，因此从聚集索引中取得数据通常在非聚集索引进行查找要快。
innodb中的每张表都会有一个聚集索引，而聚集索引是以物理磁盘顺序来存储的，自增主键会把数据自动向后插入，避免了插入过程中的聚集索引排序带来的大范围的数据的物理移动，磁盘IO的性能损耗。
innodb如何选择一个聚集索引：
如果一个主键被定义了，那么这个主键就是作为聚集索引。
如果没有主键被定义，那么该表的第一个唯一非空索引（普通唯一索引允许空值， 为唯一索引增加一个非空约束）被作为聚集索引。
如果没有主键也没有合适的唯一索引，那么innodb内部会生成一个隐藏的主键作为聚集索引，这个隐藏的主键是一个6个字节的列，改列的值会随着数据的插入自增。