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个字节的列，改列的值会随着数据的插入自增。

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 212,029评论 6赞 492
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 90,395评论 3赞 385
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 157,570评论 0赞 348
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 56,535评论 1赞 284
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 65,650评论 6赞 386
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 49,850评论 1赞 290
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 39,006评论 3赞 408
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 37,747评论 0赞 268
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 44,207评论 1赞 303
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,536评论 2赞 327
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,683评论 1赞 341
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 34,342评论 4赞 330
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 39,964评论 3赞 315
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,772评论 0赞 21
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,004评论 1赞 266
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 46,401评论 2赞 360
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 43,566评论 2赞 349

推荐阅读更多精彩内容