视图、触发器、事务、存储过程、函数,流程控制
视图#
视图是一个虚拟表(非真实存在),其本质是【根据SQL语句获取动态的数据集,并为其命名】,用户使用时只需使用【名称】即可获取结果集,可以将该结果集当做表来使用。
使用视图我们可以把查询过程中的临时表摘出来,用视图去实现,这样以后再想操作该临时表的数据时就无需重写复杂的sql了,直接去视图中查找即可,但视图有明显地效率问题,并且视图是存放在数据库中的,如果我们程序中使用的sql过分依赖数据库中的视图,即强耦合,那就意味着扩展sql极为不便,因此并不推荐使用
准备工作#
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 | #两张有关系的表 mysql> select * from course; + - - - - - + - - - - - - - - + - - - - - - - - - - - - + | cid | cname | teacher_id | + - - - - - + - - - - - - - - + - - - - - - - - - - - - + | 1 | 生物 | 1 | | 2 | 物理 | 2 | | 3 | 体育 | 3 | | 4 | 美术 | 2 | + - - - - - + - - - - - - - - + - - - - - - - - - - - - + 4 rows in set ( 0.00 sec) mysql> select * from teacher; + - - - - - + - - - - - - - - - - - - - - - - - + | tid | tname | + - - - - - + - - - - - - - - - - - - - - - - - + | 1 | 张磊老师 | | 2 | 李平老师 | | 3 | 刘海燕老师 | | 4 | 朱云海老师 | | 5 | 李杰老师 | + - - - - - + - - - - - - - - - - - - - - - - - + 5 rows in set ( 0.00 sec) #查询李平老师教授的课程名 mysql> select cname from course where teacher_id = (select tid from teacher where tname = '李平老师' ); + - - - - - - - - + | cname | + - - - - - - - - + | 物理 | | 美术 | + - - - - - - - - + 2 rows in set ( 0.00 sec) #子查询出临时表,作为teacher_id等判断依据 select tid from teacher where tname = '李平老师' |
创建视图#
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | #语法:CREATE VIEW 视图名称 AS SQL语句 create view teacher_view as select tid from teacher where tname = '李平老师' ; #于是查询李平老师教授的课程名的sql可以改写为 mysql> select cname from course where teacher_id = (select tid from teacher_view); + - - - - - - - - + | cname | + - - - - - - - - + | 物理 | | 美术 | + - - - - - - - - + 2 rows in set ( 0.00 sec) #!!!注意注意注意: #1. 使用视图以后就无需每次都重写子查询的sql,但是这么效率并不高,还不如我们写子查询的效率高 #2. 而且有一个致命的问题:视图是存放到数据库里的,如果我们程序中的sql过分依赖于数据库中存放的视图,那么意味着,一旦sql需要修改且涉及到视图的部分,则必须去数据库中进行修改,而通常在公司中数据库有专门的DBA负责,你要想完成修改,必须付出大量的沟通成本DBA可能才会帮你完成修改,极其地不方便 |
使用视图#
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 | #修改视图,原始表也跟着改 mysql> select * from course; + - - - - - + - - - - - - - - + - - - - - - - - - - - - + | cid | cname | teacher_id | + - - - - - + - - - - - - - - + - - - - - - - - - - - - + | 1 | 生物 | 1 | | 2 | 物理 | 2 | | 3 | 体育 | 3 | | 4 | 美术 | 2 | + - - - - - + - - - - - - - - + - - - - - - - - - - - - + 4 rows in set ( 0.00 sec) mysql> create view course_view as select * from course; #创建表course的视图 Query OK, 0 rows affected ( 0.52 sec) mysql> select * from course_view; + - - - - - + - - - - - - - - + - - - - - - - - - - - - + | cid | cname | teacher_id | + - - - - - + - - - - - - - - + - - - - - - - - - - - - + | 1 | 生物 | 1 | | 2 | 物理 | 2 | | 3 | 体育 | 3 | | 4 | 美术 | 2 | + - - - - - + - - - - - - - - + - - - - - - - - - - - - + 4 rows in set ( 0.00 sec) mysql> update course_view set cname = 'xxx' ; #更新视图中的数据 Query OK, 4 rows affected ( 0.04 sec) Rows matched: 4 Changed: 4 Warnings: 0 mysql> insert into course_view values( 5 , 'yyy' , 2 ); #往视图中插入数据 Query OK, 1 row affected ( 0.03 sec) mysql> select * from course; #发现原始表的记录也跟着修改了 + - - - - - + - - - - - - - + - - - - - - - - - - - - + | cid | cname | teacher_id | + - - - - - + - - - - - - - + - - - - - - - - - - - - + | 1 | xxx | 1 | | 2 | xxx | 2 | | 3 | xxx | 3 | | 4 | xxx | 2 | | 5 | yyy | 2 | + - - - - - + - - - - - - - + - - - - - - - - - - - - + 5 rows in set ( 0.00 sec) |
我们不应该修改视图中的记录,而且在涉及多个表的情况下是根本无法修改视图中的记录的
修改视图#
1 2 3 4 5 6 7 8 9 10 11 12 | 语法:ALTER VIEW 视图名称 AS SQL语句 mysql> alter view teacher_view as select * from course where cid> 3 ; Query OK, 0 rows affected ( 0.04 sec) mysql> select * from teacher_view; + - - - - - + - - - - - - - + - - - - - - - - - - - - + | cid | cname | teacher_id | + - - - - - + - - - - - - - + - - - - - - - - - - - - + | 4 | xxx | 2 | | 5 | yyy | 2 | + - - - - - + - - - - - - - + - - - - - - - - - - - - + 2 rows in set ( 0.00 sec) |
删除视图#
1 2 | 语法:DROP VIEW 视图名称 DROP VIEW teacher_view |
触发器#
使用触发器可以定制用户对表进行【增、删、改】操作时前后的行为,注意:没有查询
创建触发器#

# 插入前 CREATE TRIGGER tri_before_insert_tb1 BEFORE INSERT ON tb1 FOR EACH ROW BEGIN ... END # 插入后 CREATE TRIGGER tri_after_insert_tb1 AFTER INSERT ON tb1 FOR EACH ROW BEGIN ... END # 删除前 CREATE TRIGGER tri_before_delete_tb1 BEFORE DELETE ON tb1 FOR EACH ROW BEGIN ... END # 删除后 CREATE TRIGGER tri_after_delete_tb1 AFTER DELETE ON tb1 FOR EACH ROW BEGIN ... END # 更新前 CREATE TRIGGER tri_before_update_tb1 BEFORE UPDATE ON tb1 FOR EACH ROW BEGIN ... END # 更新后 CREATE TRIGGER tri_after_update_tb1 AFTER UPDATE ON tb1 FOR EACH ROW BEGIN ... END

#准备表 CREATE TABLE cmd ( id INT PRIMARY KEY auto_increment, USER CHAR (32), priv CHAR (10), cmd CHAR (64), sub_time datetime, #提交时间 success enum ('yes', 'no') #0代表执行失败 ); CREATE TABLE errlog ( id INT PRIMARY KEY auto_increment, err_cmd CHAR (64), err_time datetime ); #创建触发器 delimiter // CREATE TRIGGER tri_after_insert_cmd AFTER INSERT ON cmd FOR EACH ROW BEGIN IF NEW.success = 'no' THEN #等值判断只有一个等号 INSERT INTO errlog(err_cmd, err_time) VALUES(NEW.cmd, NEW.sub_time) ; #必须加分号 END IF ; #必须加分号 END// delimiter ; #往表cmd中插入记录,触发触发器,根据IF的条件决定是否插入错误日志 INSERT INTO cmd ( USER, priv, cmd, sub_time, success ) VALUES ('egon','0755','ls -l /etc',NOW(),'yes'), ('egon','0755','cat /etc/passwd',NOW(),'no'), ('egon','0755','useradd xxx',NOW(),'no'), ('egon','0755','ps aux',NOW(),'yes'); #查询错误日志,发现有两条 mysql> select * from errlog; +----+-----------------+---------------------+ | id | err_cmd | err_time | +----+-----------------+---------------------+ | 1 | cat /etc/passwd | 2017-09-14 22:18:48 | | 2 | useradd xxx | 2017-09-14 22:18:48 | +----+-----------------+---------------------+ 2 rows in set (0.00 sec)
特别的:NEW表示即将插入的数据行,OLD表示即将删除的数据行。
使用触发器#
触发器无法由用户直接调用,而知由于对表的【增/删/改】操作被动引发的。
删除触发器#
1 | drop trigger tri_after_insert_cmd; |
事务#
事务简介#
一般而言,用户的每次请求都对应一个业务逻辑方法,并且每个业务逻辑方法往往具有逻辑上的原子性。此外,一个业务逻辑方法往往包括一系列数据库原子访问操作,并且这些数据库原子访问操作应该绑定成一个整体,即要么全部执行,要么全部不执行,通过这种方式我们可以保证数据库的完整性。也就是说,事务是最小的逻辑执行单元,是数据库维护数据一致性的基本单位。
总的来说,事务是一个不可分割操作序列,也是数据库并发控制的基本单位,其执行的结果必须使数据库从一种一致性状态变到另一种一致性状态。事务具有四个重要特征,即原子性(Atomicity)、一致性(Consistency)、隔离性 (Isolation)和持久性 (Durability)。
1 2 3 4 5 6 7 8 9 10 11 | 原子性(Atomicity) 原子性是指事务包含的所有操作要么全部成功,要么全部失败回滚。 因此,事务的操作如果成功就必须要完全应用到数据库,如果操作失败则不会对数据库有任何影响,也就是说,事务是应用中不可再分的最小逻辑执行体。 一致性(Consistency) 一致性是指事务执行的结果必须使数据库从一种一致性状态变到另一种一致性状态,也就是说,一个事务执行之前和执行之后数据库都必须处于一致性状态。拿转账来说,假设用户A和用户B两者的钱加起来一共是 5000 ,那么不管A和B之间如何转账,转几次账,事务结束后两个用户的钱相加起来应该还得是 5000 ,这就是事务的一致性。 隔离性 (Isolation) — 与事务并发直接相关 隔离性是指并发执行的事务之间不能相互影响。也就是说,对于任意两个并发的事务 T1 和 T2,在事务 T1 看来,T2 要么在 T1 开始之前就已经结束,要么在 T1 结束之后才开始,这样每个事务都感觉不到有其他事务在并发地执行。关于事务的隔离性下文会重点探讨。 持久性 (Durability) 持久性是指一个事务一旦被提交了,那么对数据库中的数据的改变就是永久性的,即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。换句换说,事务一旦提交,对数据库所做的任何改变都要记录到永久的存储器中(通常就是保存到物理数据库)。 |

create table user( id int primary key auto_increment, name char(32), balance int ); insert into user(name,balance) values ('wsb',1000), ('egon',1000), ('ysb',1000); #原子操作 start transaction; update user set balance=900 where name='wsb'; #买支付100元 update user set balance=1010 where name='egon'; #中介拿走10元 update user set balance=1090 where name='ysb'; #卖家拿到90元 commit; #出现异常,回滚到初始状态 start transaction; update user set balance=900 where name='wsb'; #买支付100元 update user set balance=1010 where name='egon'; #中介拿走10元 uppdate user set balance=1090 where name='ysb'; #卖家拿到90元,出现异常没有拿到 rollback; commit; mysql> select * from user; +----+------+---------+ | id | name | balance | +----+------+---------+ | 1 | wsb | 1000 | | 2 | egon | 1000 | | 3 | ysb | 1000 | +----+------+---------+ 3 rows in set (0.00 sec)
事务隔离性的内涵#
以上介绍完了事务的基本概念及其四大特性(简称ACID),现在重点来说明下事务的隔离性。我们知道,当多个线程都开启事务操作数据库中的数据时,数据库系统要能进行隔离操作以保证各个线程获取数据的准确性。也就是说,事务的隔离性主要用于解决事务的并发安全问题,那么事务的隔离性解决了哪些具体问题呢?
事务并发带来的问题
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | 丢失更新问题 当两个或多个事务选择同一行,然后基于最初选定的值更新该行时,由于每个事务都不知道其他事务的存在,就会发生丢失更新问题——最后的更新覆盖了由其他事务所做的更新。<br> 脏读 脏读是指在一个事务处理过程中读取了另一个事务未提交的数据。比如,当一个事务正在多次修改某个数据,而当这个事务对数据的修改还未提交时,这时一个并发的事务来访问该数据,就会造成数据的脏读。看下面的例子: 公司发工资了,领导把 5000 元打到singo的账号上,但是该事务并未提交,而singo正好去查看账户,发现工资已经到账,是 5000 元整,非常高兴。可是不幸的是,领导发现发给singo的工资金额不对,是 2000 元,于是迅速回滚了事务,修改金额后,将事务提交,最后singo实际的工资只有 2000 元,singo空欢喜一场。 出现的上述情况就是我们所说的脏读,即对于两个并发的事务(事务A:领导给singo发工资、事务B:singo查询工资账户),事务B读取了事务A尚未提交的数据。<br>特别地,当隔离级别设置为 Read Committed 时,就可以避免脏读,但是仍可能会造成不可重复读。特别地,大多数数据库的默认级别就是Read committed,比如Sql Server , Oracle。 不可重复读 不可重复读是指:对于数据库中的某个数据,一个事务范围内多次查询却返回了不同的数据值,这是由于在查询间隔该数据被另一个事务修改并提交了。例如,事务 T1 在读取某一数据,而事务 T2 立马修改了这个数据并且提交事务,当事务T1再次读取该数据就得到了不同的结果,即发生了不可重复读。<br>不可重复读和脏读的区别是,脏读是某一事务读取了另一个事务未提交的脏数据,而不可重复读则是读取了前一事务提交的数据。看下面的例子: singo拿着工资卡去消费,系统读取到卡里确实有 2000 元,而此时她的老婆也正好在网上转账,把singo工资卡的 2000 元转到另一账户,并在singo之前提交了事务,当singo扣款时,系统检查到singo的工资卡已经没有钱,扣款失败,singo十分纳闷,明明卡里有钱,为何…… 上述情况就是我们所说的不可重复读,即两个并发的事务(事务A:singo消费、事务B:singo的老婆网上转账),事务A事先读取了数据,事务B紧接着更新了数据并提交了事务,而事务A再次读取该数据时,数据已经发生了改变。当隔离级别设置为Repeatable read时,可以避免不可重复读。<br>这时,当singo拿着工资卡去消费时,一旦系统开始读取工资卡信息(即事务开始),singo的老婆就不可能对该记录进行修改,也就是singo的老婆不能在此时转账。特别地,MySQL的默认隔离级别就是 Repeatable read。 幻读 幻读是事务非独立执行时发生的一种现象,即在一个事务读的过程中,另外一个事务可能插入了新数据记录,影响了该事务读的结果。例如,事务 T1 对一个表中所有的行的某个数据项执行了从“ 1 ”修改为“ 2 ”的操作,这时事务T2又对这个表中插入了一行数据项,而这个数据项的数值还是为“ 1 ”并且提交给数据库。<br>这时,操作事务 T1 的用户如果再查看刚刚修改的数据,会发现还有一行没有修改,其实这行是从事务T2中添加的,就好像产生幻觉一样,这就是发生了幻读。幻读和不可重复读都是读取了另一条已经提交的事务(这点与脏读不同),所不同的是不可重复读查询的都是同一个数据项,而幻读针对的是数据记录插入 / 删除问题,二者关注的问题点不太相同。看下面的例子: singo的老婆工作在银行部门,她时常通过银行内部系统查看singo的信用卡消费记录。有一天,她正在查询到singo当月信用卡的总消费金额为 80 元,而singo此时正好在外面胡吃海塞后在收银台买单,消费 1000 元,即新增了一条 1000 元的消费记录并提交了事务,<br>随后singo的老婆将singo当月信用卡消费的明细打印到A4纸上,却发现消费总额为 1080 元,singo的老婆很诧异,以为出现了幻觉,幻读就这样产生了。当隔离级别设置为Serializable(最高的事务隔离级别)时,不仅可以避免脏读、不可重复读,还可以避免幻读。<br>但同时代价也花费最高,性能很低,一般很少使用,因为在该级别下并发事务将串行执行 |
事务隔离性小结#
1 | 总的来说,事务的隔离性主要用于解决事务并发安全问题。上面提到的脏读、不可重复读和幻读三个典型问题都是在事务并发的前提下发生的,不同的是三者的问题关注点略有不同。<br>脏读关注的是事务读取了另一个事务未提交的数据;<br>不可重复读关注的是同一事务中对同一个数据项多次读取的结果互不相同;<br>幻读更侧重于数据记录的插入 / 删除问题,比如同一事务中对符合同一条件的数据记录的多次查询的结果互不相同。<br>更进一步地说,不可重复读关注的是数据的更新带来的问题,幻读关注的是数据的增删带来的问题 |
数据库的事务隔离级别#
不同数据库的事务隔离级别不尽相同。比如我们在上一节提到,MySQL数据库支持下面的四种隔离级别,并且默认为 Repeatable read 级别;而在Oracle数据库中,只支持Serializable 级别和 Read committed 这两种级别,并且默认为 Read committed 级别。MySQL数据库为我们提供了四种隔离级别,

Serializable (串行化):最高级别,可避免脏读、不可重复读、幻读的发生;
Repeatable read (可重复读):可避免脏读、不可重复读的发生;
Read committed (读已提交):可避免脏读的发生;
Read uncommitted (读未提交):最低级别,任何情况都无法保证。
以上四种隔离级别中最高的是 Serializable级别,最低的是 Read uncommitted级别。当然,隔离级别越高,事务并发就越安全,但执行效率也就越低。比如,Serializable 这样的级别就是以锁表的方式(类似于Java多线程中的锁)保证并发事务的串行执行,但这时执行效率也降到了最低,所以,选用何种隔离级别实质上是一种并发安全与并发效率的平衡,应该根据实际情况而定。特别地,在MySQL数据库中,默认的事务隔离级别为 Repeatable read(可重复读),下面我们看看如何在MySQL数据库中操作事务的隔离级别。
MySQL默认事务隔离级别查看#
在MySQL数据库中,我们可以通过以下方式查看当前事务的隔离级别:
1 | select @@tx_isolation; |
MySQL事务隔离级别修改#
在MySQL数据库中,我们可以分别通过以下两种方式设置事务的隔离级别,分别为:
1 2 3 | set [glogal | session] transaction isolation level 隔离级别名称; 或 set tx_isolation = '隔离级别名称' ; |
使用JDBC对设置数据库事务的隔离级别#
设置数据库的隔离级别一定要是在开启事务之前。特别地,使用JDBC对数据库的事务设置隔离级别时,我们应该在调用Connection对象的setAutoCommit(false)方法之前调用Connection对象的setTransactionIsolation(level)去设置当前链接的隔离级别如下所示:
至于参数level,可以使用Connection接口的字段,如以下代码所示:
1 2 3 4 5 6 7 8 | Connection conn = null; Statement st = null; ResultSet rs = null; try { conn = JdbcUtils.getConnection(); / / 设置该链接的隔离级别 conn.setTransactionIsolation(Connection.TRANSACTION_SERIALIZABLE); conn.setAutoCommit(false); / / 开启事务 |
至于参数level,可以使用Connection接口的字段
特别地,通过这种方式设置事务隔离级别只对当前链接有效。对于使用MySQL命令窗口而言,一个窗口就相当于一个链接,当前窗口设置的隔离级别只对当前窗口中的事务有效;对于JDBC操作数据库来说,一个Connection对象相当于一个链接,而对于Connection对象设置的隔离级别只对该Connection对象有效,与其他链接Connection对象无关。
数据库并发控制#
也许大家已经听说过,锁分两种,一个叫 悲观锁,一种称之为 乐观锁。事实上,无论是悲观锁还是乐观锁,都是人们定义出来的概念,是一种解决问题的思想。因此,不仅仅在数据库系统中有乐观锁和悲观锁的概念,像memcache、hibernate、tair等都有类似的概念。比如,在线程并发处理中, Synchronized内置锁 就是悲观锁的一种,也称之为 独占锁,加了synchronized关键字的代码基本上就只能以单线程的形式去执行了,它会导致其他需要该资源的线程挂起,直到前面的线程执行完毕释放所资源;而 乐观锁是一种更高效的机制,它的原理就是每次不加锁去执行某项操作,如果发生冲突则失败并重试,直到成功为止,其实本质上不算锁,所以很多地方也称之为 自旋。
在解决数据库的事务并发访问问题时,虽然将事务串形化可以保证数据在多事务并发处理下不存在数据不一致的问题,但串行执行使得数据库的处理性能大幅度地下降,常常是我们接受不了的。所以,一般来说,我们常常结合事务隔离级别和其它并发机制来保证事务的并发,以此来兼顾事务并发的效率与安全性。事实上,大多数数据库的隔离级别都会设置为 Read Committed(只能读取其他事务已提交的数据),然后由应用程序使用乐观锁/悲观锁机制来解决其他事务并发问题,比如不可重复读问题。特别地,乐观并发控制(乐观锁)和悲观并发控制(悲观锁)是并发控制主要采用的技术手段。
特别地,乐观锁的理念是:假设不会发生并发冲突,只在提交操作时检查是否违反数据完整性;而悲观锁的理念是假定会发生并发冲突,屏蔽一切可能违反数据完整性的操作。针对于不同的业务场景,应该选用不同的并发控制方式。所以,不要把乐观并发控制和悲观并发控制狭义的理解为DBMS中的概念,更不要把他们和数据中提供的锁机制(行锁、表锁、排他锁、共享锁)混为一谈。需要指出的是,在DBMS中,悲观锁正是利用数据库本身提供的锁机制来实现的。
乐观锁#
1 2 3 | 乐观锁,虽然名字中带“锁”,但是乐观锁并不锁住任何东西,而是在提交事务时检查这条记录是否被其他事务进行了修改:如果没有,则提交;否则,进行回滚。相对于悲观锁,在对数据库进行处理的时候,乐观锁并不会使用数据库提供的锁机制。如果并发的可能性并不大,那么乐观锁定策略带来的性能消耗是非常小的。乐观锁采用的实现方式一般是记录数据版本。 数据版本是为数据增加的一个版本标识。当读取数据时,将版本标识的值一同读出,数据每更新一次同时对版本标识进行更新。当我们提交更新的时候,判断数据库表对应记录的当前版本信息与第一次取出来的版本标识进行比对,如果数据库表当前版本号与第一次取出来的版本标识值相等,则予以更新,否则认为是过期数据。一般地,实现数据版本有两种方式,一种是使用版本号,另一种是使用时间戳。 |
悲观锁#
1 2 3 | 悲观锁,正如其名,它指的是对数据被外界修改持保守(悲观)态度,因此,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现往往依靠数据库提供的锁机制,也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据。悲观并发控制主要用于数据争用激烈的环境,以及发生并发冲突时使用锁保护数据的成本要低于回滚事务的成本的环境中。和乐观锁相比,悲观锁则是一把真正的锁了,它通过SQL语句“select for update”锁住select出的那批数据,这时如果其他事务来更新这批数据时会等待。 悲观并发控制实际上是“先取锁再访问”的保守策略,为数据处理的安全提供了保证。但是在效率方面,处理加锁的机制会让数据库产生额外的开销,还有增加产生死锁的机会;另外,在只读型事务处理中由于不会产生冲突,也没必要使用锁,这样做只能增加系统负载;还有会降低了并行性,一个事务如果锁定了某行数据,其他事务就必须等待该事务处理完才可以处理那行数据。 |
悲观锁和乐观锁小结#
1 2 3 4 5 6 7 8 9 10 | 悲观锁和乐观锁都是一种解决并发控制问题的思想。特别地,在数据库并发控制方面,悲观锁与乐观锁有以下几点区别: 思想:在事务并发环境中,乐观锁假设不会发生并发冲突,因此只在提交操作时检查是否违反数据完整性;而悲观锁假定会发生并发冲突,会屏蔽一切可能违反数据完整性的操作。 实现:悲观锁是利用数据库本身提供的锁机制来实现的;而乐观锁则是通过记录数据版本实现的; 应用场景:悲观锁主要用于数据争用激烈的环境或者发生并发冲突时使用锁保护数据的成本要低于回滚事务的成本的环境中;而乐观锁主要应用于并发可能性并不太大、数据竞争不激烈的环境中,这时乐观锁带来的性能消耗是非常小的; 脏读: 乐观锁不能解决脏读问题,而悲观锁则可以。 总的来说,悲观锁相对乐观锁更安全一些,但是开销也更大,甚至可能出现数据库死锁的情况,建议只在乐观锁无法工作时才使用。 |
存储过程#
介绍#
存储过程包含了一系列可执行的sql语句,存储过程存放于MySQL中,通过调用它的名字可以执行其内部的一堆sql
使用存储过程的优点:
1. 用于替代程序写的SQL语句,实现程序与sql解耦 2. 基于网络传输,传别名的数据量小,而直接传sql数据量大
使用存储过程的缺点:
1 | 程序员扩展功能不方便 |
补充:程序与数据库结合使用的三种方式#
1 2 3 4 5 6 7 8 9 10 11 | 方式一: MySQL:存储过程 程序:调用存储过程 方式二: MySQL: 程序:纯SQL语句 方式三: MySQL: 程序:类和对象,即ORM(本质还是纯SQL语句) |
无参数存储过程创建#
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | delimiter / / create procedure p1() BEGIN select * from blog; INSERT into blog(name,sub_time) values( "xxx" ,now()); END / / delimiter ; #在mysql中调用 call p1() #在python中基于pymysql调用 cursor.callproc( 'p1' ) print (cursor.fetchall()) |
有参数存储过程创建#
1 2 3 4 5 | 对于存储过程,可以接收参数,其参数有三类: in 仅用于传入参数用 out 仅用于返回值用 inout 既可以传入又可以当作返回值 |

delimiter // create procedure p2( in n1 int, in n2 int ) BEGIN select * from blog where id > n1; END // delimiter ; #在mysql中调用 call p2(3,2) #在python中基于pymysql调用 cursor.callproc('p2',(3,2)) print(cursor.fetchall())

delimiter // create procedure p3( in n1 int, out res int ) BEGIN select * from blog where id > n1; set res = 1; END // delimiter ; #在mysql中调用 set @res=0; #0代表假(执行失败),1代表真(执行成功) call p3(3,@res); select @res; #在python中基于pymysql调用 cursor.callproc('p3',(3,0)) #0相当于set @res=0 print(cursor.fetchall()) #查询select的查询结果 cursor.execute('select @_p3_0,@_p3_1;') #@p3_0代表第一个参数,@p3_1代表第二个参数,即返回值 print(cursor.fetchall())

delimiter // create procedure p4( inout n1 int ) BEGIN select * from blog where id > n1; set n1 = 1; END // delimiter ; #在mysql中调用 set @x=3; call p4(@x); select @x; #在python中基于pymysql调用 cursor.callproc('p4',(3,)) print(cursor.fetchall()) #查询select的查询结果 cursor.execute('select @_p4_0;') print(cursor.fetchall())

#介绍 delimiter // create procedure p4( out status int ) BEGIN 1. 声明如果出现异常则执行{ set status = 1; rollback; } 开始事务 -- 由秦兵账户减去100 -- 方少伟账户加90 -- 张根账户加10 commit; 结束 set status = 2; END // delimiter ; #实现 delimiter // create PROCEDURE p5( OUT p_return_code tinyint ) BEGIN DECLARE exit handler for sqlexception BEGIN -- ERROR set p_return_code = 1; rollback; END; DECLARE exit handler for sqlwarning BEGIN -- WARNING set p_return_code = 2; rollback; END; START TRANSACTION; DELETE from tb1; #执行失败 insert into blog(name,sub_time) values('yyy',now()); COMMIT; -- SUCCESS set p_return_code = 0; #0代表执行成功 END // delimiter ; #在mysql中调用存储过程 set @res=123; call p5(@res); select @res; #在python中基于pymysql调用存储过程 cursor.callproc('p5',(123,)) print(cursor.fetchall()) #查询select的查询结果 cursor.execute('select @_p5_0;') print(cursor.fetchall())

delimiter // create procedure p3() begin declare ssid int; -- 自定义变量1 declare ssname varchar(50); -- 自定义变量2 DECLARE done INT DEFAULT FALSE; DECLARE my_cursor CURSOR FOR select sid,sname from student; DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE; open my_cursor; xxoo: LOOP fetch my_cursor into ssid,ssname; if done then leave xxoo; END IF; insert into teacher(tname) values(ssname); end loop xxoo; close my_cursor; end // delimter ;

delimiter \\ CREATE PROCEDURE p4 ( in nid int ) BEGIN PREPARE prod FROM 'select * from student where sid > ?'; EXECUTE prod USING @nid; DEALLOCATE prepare prod; END\\ delimiter ;
执行存储过程#

-- 无参数 call proc_name() -- 有参数,全in call proc_name(1,2) -- 有参数,有in,out,inout set @t1=0; set @t2=3; call proc_name(1,2,@t1,@t2)

#!/usr/bin/env python # -*- coding:utf-8 -*- import pymysql conn = pymysql.connect(host='127.0.0.1', port=3306, user='root', passwd='123', db='t1') cursor = conn.cursor(cursor=pymysql.cursors.DictCursor) # 执行存储过程 cursor.callproc('p1', args=(1, 22, 3, 4)) # 获取执行完存储的参数 cursor.execute("select @_p1_0,@_p1_1,@_p1_2,@_p1_3") result = cursor.fetchall() conn.commit() cursor.close() conn.close() print(result)
删除存储过程#
1 | drop procedure proc_name; |
关于用户变量#
1 2 3 4 5 6 7 8 9 | 可以先在用户变量中保存值然后在以后引用它;这样可以将值从一个语句传递到另一个语句。用户变量与连接有关。也就是说,一个客户端定义的变量不能被其它客户端看到或使用。当客户端退出时,该客户端连接的所有变量将自动释放。 用户变量的形式为@var_name,其中变量名var_name可以由当前字符集的文字数字字符、‘.’、‘_’和‘$’组成。 设置用户变量的一个途径是执行 SET 语句: SET @var_name = expr [, @var_name = expr] ... 对于 SET ,可以使用 = 或: = 作为分配符。分配给每个变量的expr可以为整数、实数、字符串或者NULL值。 |
函数#
MySQL中提供了许多内置函数,例如:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 | 数学函数 ROUND (x,y) 返回参数x的四舍五入的有y位小数的值 RAND() 返回0到1内的随机值,可以通过提供一个参数(种子)使RAND()随机数生成器生成一个指定的值。 聚合函数(常用于GROUP BY从句的SELECT查询中) AVG(col)返回指定列的平均值 COUNT(col)返回指定列中非NULL值的个数 MIN (col)返回指定列的最小值 MAX (col)返回指定列的最大值 SUM (col)返回指定列的所有值之和 GROUP_CONCAT(col) 返回由属于一组的列值连接组合而成的结果 字符串函数 CHAR_LENGTH( str ) 返回值为字符串 str 的长度,长度的单位为字符。一个多字节字符算作一个单字符。 CONCAT(str1,str2,...) 字符串拼接 如有任何一个参数为NULL ,则返回值为 NULL。 CONCAT_WS(separator,str1,str2,...) 字符串拼接(自定义连接符) CONCAT_WS()不会忽略任何空字符串。 (然而会忽略所有的 NULL)。 CONV(N,from_base,to_base) 进制转换 例如: SELECT CONV( 'a' , 16 , 2 ); 表示将 a 由 16 进制转换为 2 进制字符串表示 FORMAT (X,D) 将数字X 的格式写为 '#,###,###.##' ,以四舍五入的方式保留小数点后 D 位, 并将结果以字符串的形式返回。若 D 为 0 , 则返回结果不带有小数点,或不含小数部分。 例如: SELECT FORMAT ( 12332.1 , 4 ); 结果为: '12,332.1000' INSERT( str ,pos, len ,newstr) 在 str 的指定位置插入字符串 pos:要替换位置其实位置 len :替换的长度 newstr:新字符串 特别的: 如果pos超过原字符串长度,则返回原字符串 如果 len 超过原字符串长度,则由新字符串完全替换 INSTR( str ,substr) 返回字符串 str 中子字符串的第一个出现位置。 LEFT( str , len ) 返回字符串 str 从开始的 len 位置的子序列字符。 LOWER( str ) 变小写 UPPER( str ) 变大写 REVERSE( str ) 返回字符串 str ,顺序和字符顺序相反。 SUBSTRING( str ,pos) , SUBSTRING( str FROM pos) SUBSTRING( str ,pos, len ) , SUBSTRING( str FROM pos FOR len ) 不带有 len 参数的格式从字符串 str 返回一个子字符串,起始于位置 pos。带有 len 参数的格式从字符串 str 返回一个长度同 len 字符相同的子字符串,起始于位置 pos。 使用 FROM的格式为标准 SQL 语法。也可能对pos使用一个负值。假若这样,则子字符串的位置起始于字符串结尾的pos 字符,而不是字符串的开头位置。在以下格式的函数中可以对pos 使用一个负值。 mysql> SELECT SUBSTRING( 'Quadratically' , 5 ); - > 'ratically' mysql> SELECT SUBSTRING( 'foobarbar' FROM 4 ); - > 'barbar' mysql> SELECT SUBSTRING( 'Quadratically' , 5 , 6 ); - > 'ratica' mysql> SELECT SUBSTRING( 'Sakila' , - 3 ); - > 'ila' mysql> SELECT SUBSTRING( 'Sakila' , - 5 , 3 ); - > 'aki' mysql> SELECT SUBSTRING( 'Sakila' FROM - 4 FOR 2 ); - > 'ki' 日期和时间函数 CURDATE()或CURRENT_DATE() 返回当前的日期 CURTIME()或CURRENT_TIME() 返回当前的时间 DAYOFWEEK(date) 返回date所代表的一星期中的第几天( 1 ~ 7 ) DAYOFMONTH(date) 返回date是一个月的第几天( 1 ~ 31 ) DAYOFYEAR(date) 返回date是一年的第几天( 1 ~ 366 ) DAYNAME(date) 返回date的星期名,如:SELECT DAYNAME(CURRENT_DATE); FROM_UNIXTIME(ts,fmt) 根据指定的fmt格式,格式化UNIX时间戳ts HOUR(time) 返回time的小时值( 0 ~ 23 ) MINUTE(time) 返回time的分钟值( 0 ~ 59 ) MONTH(date) 返回date的月份值( 1 ~ 12 ) MONTHNAME(date) 返回date的月份名,如:SELECT MONTHNAME(CURRENT_DATE); NOW() 返回当前的日期和时间 QUARTER(date) 返回date在一年中的季度( 1 ~ 4 ),如SELECT QUARTER(CURRENT_DATE); WEEK(date) 返回日期date为一年中第几周( 0 ~ 53 ) YEAR(date) 返回日期date的年份( 1000 ~ 9999 ) 重点: DATE_FORMAT(date, format ) 根据 format 字符串格式化date值 mysql> SELECT DATE_FORMAT( '2009-10-04 22:23:00' , '%W %M %Y' ); - > 'Sunday October 2009' mysql> SELECT DATE_FORMAT( '2007-10-04 22:23:00' , '%H:%i:%s' ); - > '22:23:00' mysql> SELECT DATE_FORMAT( '1900-10-04 22:23:00' , - > '%D %y %a %d %m %b %j' ); - > '4th 00 Thu 04 10 Oct 277' mysql> SELECT DATE_FORMAT( '1997-10-04 22:23:00' , - > '%H %k %I %r %T %S %w' ); - > '22 22 10 10:23:00 PM 22:23:00 00 6' mysql> SELECT DATE_FORMAT( '1999-01-01' , '%X %V' ); - > '1998 52' mysql> SELECT DATE_FORMAT( '2006-06-00' , '%d' ); - > '00' 加密函数 MD5() 计算字符串 str 的MD5校验和 PASSWORD( str ) 返回字符串 str 的加密版本,这个加密过程是不可逆转的,和UNIX密码加密过程使用不同的算法。 控制流函数 CASE WHEN[test1] THEN [result1]...ELSE [default] END 如果testN是真,则返回resultN,否则返回default CASE [test] WHEN[val1] THEN [result]...ELSE [default]END 如果test和valN相等,则返回resultN,否则返回default IF(test,t,f) 如果test是真,返回t;否则返回f IFNULL(arg1,arg2) 如果arg1不是空,返回arg1,否则返回arg2 NULLIF(arg1,arg2) 如果arg1 = arg2返回NULL;否则返回arg1 |

#1 基本使用 mysql> SELECT DATE_FORMAT('2009-10-04 22:23:00', '%W %M %Y'); -> 'Sunday October 2009' mysql> SELECT DATE_FORMAT('2007-10-04 22:23:00', '%H:%i:%s'); -> '22:23:00' mysql> SELECT DATE_FORMAT('1900-10-04 22:23:00', -> '%D %y %a %d %m %b %j'); -> '4th 00 Thu 04 10 Oct 277' mysql> SELECT DATE_FORMAT('1997-10-04 22:23:00', -> '%H %k %I %r %T %S %w'); -> '22 22 10 10:23:00 PM 22:23:00 00 6' mysql> SELECT DATE_FORMAT('1999-01-01', '%X %V'); -> '1998 52' mysql> SELECT DATE_FORMAT('2006-06-00', '%d'); -> '00' #2 准备表和记录 CREATE TABLE blog ( id INT PRIMARY KEY auto_increment, NAME CHAR (32), sub_time datetime ); INSERT INTO blog (NAME, sub_time) VALUES ('第1篇','2015-03-01 11:31:21'), ('第2篇','2015-03-11 16:31:21'), ('第3篇','2016-07-01 10:21:31'), ('第4篇','2016-07-22 09:23:21'), ('第5篇','2016-07-23 10:11:11'), ('第6篇','2016-07-25 11:21:31'), ('第7篇','2017-03-01 15:33:21'), ('第8篇','2017-03-01 17:32:21'), ('第9篇','2017-03-01 18:31:21'); #3. 提取sub_time字段的值,按照格式后的结果即"年月"来分组 SELECT DATE_FORMAT(sub_time,'%Y-%m'),COUNT(1) FROM blog GROUP BY DATE_FORMAT(sub_time,'%Y-%m'); #结果 +-------------------------------+----------+ | DATE_FORMAT(sub_time,'%Y-%m') | COUNT(1) | +-------------------------------+----------+ | 2015-03 | 2 | | 2016-07 | 4 | | 2017-03 | 3 | +-------------------------------+----------+ 3 rows in set (0.00 sec)
自定义函数
!!!注意!!! 函数中不要写sql语句(否则会报错),函数仅仅只是一个功能,是一个在sql中被应用的功能 若要想在begin...end...中写sql,请用存储过程
1 2 3 4 5 6 7 8 9 10 11 | delimiter / / create function f1( i1 int , i2 int ) returns int BEGIN declare num int ; set num = i1 + i2; return (num); END / / delimiter ; |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | delimiter / / create function f5( i int ) returns int begin declare res int default 0 ; if i = 10 then set res = 100 ; elseif i = 20 then set res = 200 ; elseif i = 30 then set res = 300 ; else set res = 400 ; end if ; return res; end / / delimiter ; |
删除函数#
1 | drop function func_name; |
执行函数#
1 2 3 4 5 6 | 获取返回值 select UPPER( 'egon' ) into @res; SELECT @res; 在查询中使用 select f1( 11 ,nid) ,name from tb2; |
显示SQL执行信息参数#
explain + 查询SQL - 用于显示SQL执行信息参数,根据参考信息可以进行SQL优化
1 2 3 4 5 6 7 | mysql> explain select * from tb2; +----+-------------+-------+------+---------------+------+---------+------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+------+---------+------+------+-------+ | 1 | SIMPLE | tb2 | ALL | NULL | NULL | NULL | NULL | 2 | NULL | +----+-------------+-------+------+---------------+------+---------+------+------+-------+ 1 row in set (0.00 sec) |
参数解释#
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 | id 查询顺序标识 select_type 查询类型 SIMPLE 简单查询 PRIMARY 最外层查询 SUBQUERY 映射为子查询 DERIVED 子查询 UNION 联合 UNION RESULT 使用联合的结果 ... table 正在访问的表名 type 查询时的访问方式,性能:all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const ALL 全表扫描,对于数据表从头到尾找一遍 select * from tb1; 特别的:如果有limit限制,则找到之后就不在继续向下扫描 select * from tb1 where email = 'xxxx@live.com' select * from tb1 where email = 'xxxx@live.com' limit 1; 虽然上述两个语句都会进行全表扫描,第二句使用了limit,则找到一个后就不再继续扫描。 INDEX 全索引扫描,对索引从头到尾找一遍 select nid from tb1; RANGE 对索引列进行范围查找 select * from tb1 where name < 'xxx'; PS: between and in > >= < <= 操作 注意:!= 和 > 符号 REF 根据索引查找一个或多个值 select * from tb1 where name = 'xxx'; CONST 常量 表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。 select nid from tb1 where nid = 2 ; SYSTEM 系统 表仅有一行(=系统表)。这是const联接类型的一个特例。 possible_keys 可能使用的索引 key 真实使用的 key_len MySQL中使用索引字节长度 rows mysql估计为了找到所需的行而要读取的行数 ------ 只是预估值 extra 该列包含MySQL解决查询的详细信息 “Using index” 此值表示mysql将使用索引覆盖,以避免访问表。不要把覆盖索引和index访问类型弄混了。 “Using where” 这意味着mysql服务器将在存储引擎检索行后再进行过滤,许多where条件里涉及索引中的列,当(并且如果)它读取索引时,就能被存储引擎检验,因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示:查询可受益于不同的索引。 “Using temporary” 这意味着mysql在对查询结果排序时会使用一个临时表。 “Using filesort” 这意味着mysql会对结果使用一个外部索引排序,而不是按索引次序从表里读取行。mysql有两种文件排序算法,这两种排序方式都可以在内存或者磁盘上完成,explain不会告诉你mysql将使用哪一种文件排序,也不会告诉你排序会在内存里还是磁盘上完成。 |
流程控制#
条件语句#

delimiter // CREATE PROCEDURE proc_if () BEGIN declare i int default 0; if i = 1 THEN SELECT 1; ELSEIF i = 2 THEN SELECT 2; ELSE SELECT 7; END IF; END // delimiter ;
循环语句#

delimiter // CREATE PROCEDURE proc_while () BEGIN DECLARE num INT ; SET num = 0 ; WHILE num < 10 DO SELECT num ; SET num = num + 1 ; END WHILE ; END // delimiter ;

delimiter // CREATE PROCEDURE proc_repeat () BEGIN DECLARE i INT ; SET i = 0 ; repeat select i; set i = i + 1; until i >= 5 end repeat; END // delimiter ;

BEGIN declare i int default 0; loop_label: loop set i=i+1; if i<8 then iterate loop_label; end if; if i>=10 then leave loop_label; end if; select i; end loop loop_label; END
小练习
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 | 准备表 / * Navicat MySQL Data Transfer Source Server : localhost_3306 Source Server Version : 50720 Source Host : localhost: 3306 Source Database : student Target Server Type : MYSQL Target Server Version : 50720 File Encoding : 65001 Date: 2018 - 01 - 02 12 : 05 : 30 * / SET FOREIGN_KEY_CHECKS = 0 ; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Table structure for course - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - DROP TABLE IF EXISTS `course`; CREATE TABLE `course` ( `c_id` int ( 11 ) NOT NULL, `c_name` varchar( 255 ) DEFAULT NULL, `t_id` int ( 11 ) DEFAULT NULL, PRIMARY KEY (`c_id`), KEY `t_id` (`t_id`) ) ENGINE = InnoDB DEFAULT CHARSET = utf8; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Records of course - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - INSERT INTO `course` VALUES ( '1' , 'python' , '1' ); INSERT INTO `course` VALUES ( '2' , 'java' , '2' ); INSERT INTO `course` VALUES ( '3' , 'linux' , '3' ); INSERT INTO `course` VALUES ( '4' , 'web' , '2' ); - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Table structure for score - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - DROP TABLE IF EXISTS `score`; CREATE TABLE `score` ( ` id ` int ( 11 ) NOT NULL AUTO_INCREMENT, `s_id` int ( 10 ) DEFAULT NULL, `c_id` int ( 11 ) DEFAULT NULL, `num` double DEFAULT NULL, PRIMARY KEY (` id `) ) ENGINE = InnoDB AUTO_INCREMENT = 12 DEFAULT CHARSET = utf8; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Records of score - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - INSERT INTO `score` VALUES ( '1' , '1' , '1' , '79' ); INSERT INTO `score` VALUES ( '2' , '1' , '2' , '78' ); INSERT INTO `score` VALUES ( '3' , '1' , '3' , '35' ); INSERT INTO `score` VALUES ( '4' , '2' , '2' , '32' ); INSERT INTO `score` VALUES ( '5' , '3' , '1' , '66' ); INSERT INTO `score` VALUES ( '6' , '4' , '2' , '77' ); INSERT INTO `score` VALUES ( '7' , '4' , '1' , '68' ); INSERT INTO `score` VALUES ( '8' , '5' , '1' , '66' ); INSERT INTO `score` VALUES ( '9' , '2' , '1' , '69' ); INSERT INTO `score` VALUES ( '10' , '4' , '4' , '75' ); INSERT INTO `score` VALUES ( '11' , '5' , '4' , '66.7' ); - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Table structure for student - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - DROP TABLE IF EXISTS `student`; CREATE TABLE `student` ( `s_id` varchar( 20 ) NOT NULL, `s_name` varchar( 255 ) DEFAULT NULL, `s_age` int ( 10 ) DEFAULT NULL, `s_sex` char( 1 ) DEFAULT NULL, PRIMARY KEY (`s_id`) ) ENGINE = InnoDB DEFAULT CHARSET = utf8; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Records of student - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - INSERT INTO `student` VALUES ( '1' , '鲁班' , '12' , '男' ); INSERT INTO `student` VALUES ( '2' , '貂蝉' , '20' , '女' ); INSERT INTO `student` VALUES ( '3' , '刘备' , '35' , '男' ); INSERT INTO `student` VALUES ( '4' , '关羽' , '34' , '男' ); INSERT INTO `student` VALUES ( '5' , '张飞' , '33' , '女' ); - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Table structure for teacher - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - DROP TABLE IF EXISTS `teacher`; CREATE TABLE `teacher` ( `t_id` int ( 10 ) NOT NULL, `t_name` varchar( 50 ) DEFAULT NULL, PRIMARY KEY (`t_id`) ) ENGINE = InnoDB DEFAULT CHARSET = utf8; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Records of teacher - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - INSERT INTO `teacher` VALUES ( '1' , '大王' ); INSERT INTO `teacher` VALUES ( '2' , 'alex' ); INSERT INTO `teacher` VALUES ( '3' , 'egon' ); INSERT INTO `teacher` VALUES ( '4' , 'peiqi' ); #7.2、统计各科各分数段人数.显示格式:课程ID,课程名称,[100-85],[85-70],[70-60],[ <60] select score.c_id, course.c_name, sum (CASE WHEN num BETWEEN 85 and 100 THEN 1 ELSE 0 END) as '[100-85]' , sum (CASE WHEN num BETWEEN 70 and 85 THEN 1 ELSE 0 END) as '[85-70]' , sum (CASE WHEN num BETWEEN 60 and 70 THEN 1 ELSE 0 END) as '[70-60]' , sum (CASE WHEN num < 60 THEN 1 ELSE 0 END) as '[ <60]' from score,course where score.c_id = course.c_id GROUP BY score.c_id; |
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 周边上新:园子的第一款马克杯温暖上架