MySQL高级-09

一、视图

1、问题

在复杂查询中，通常需要对多个数据表进行关联查询以获取所需数据。然而，当数据库因业务需求发生变更时，需要在多个查询语句中同步修改，以确保查询结果保持一致，这不仅维护成本高，还容易引入错误。

解决方案：使用视图（View）
通过定义视图，可以将复杂查询封装成一个虚拟表，使应用程序在查询时直接访问视图，而无需关心底层数据表的结构变化。这样，数据库结构的调整只需修改视图的定义，而不需要逐一修改查询语句，从而提高可维护性，降低开发成本，并增强系统的稳定性。

2.视图是什么

通俗来说，视图就是一条查询语句（SELECT语句）执行后返回的结果集。创建视图的核心工作就是编写这条查询语句。

视图并不存储实际的数据，它是对多个基础表的“虚拟”引用。每次查询视图时，实际上是执行这条SQL语句，实时获取数据。所以，基础表的数据发生变化时，视图的结果也会相应更新。

使用视图有几个明显的好处：

1. 简化查询：通过视图，我们可以把复杂的查询逻辑封装起来，减少繁琐的SQL代码，增强可读性。
2. 方便操作：视图让多表联合查询变得更加简洁，特别是在处理复杂查询时，能够提高操作的效率和清晰度。

这样，通过视图，我们可以更方便地管理和操作数据，特别是在需要经常查询的场景中。

3.定义视图

定义视图的语法比较简单，基本的形式如下：

CREATE VIEW 视图名 AS SELECT 查询语句;

这里的 视图名 是你想为视图起的名字，而 查询语句 是返回视图数据的SQL查询语句。

4. 查看视图

查看表会将所有的视图也列出来

show tables;

5. 使用视图

视图的用途就是查询

select * from v_stu_score;

6. 删除视图

drop view 视图名称;
例：
drop view v_stu_sco;

7. 视图demo

 

 

8.视图的作用

1. 提高重用性：视图类似于函数，它将复杂的查询逻辑封装起来，便于多次使用。不同的应用场景可以重用同一个视图，而不需要重复编写相同的SQL查询。

2. 数据库重构的便利：当数据库结构发生变化时，只需要修改视图的定义，而无需更改应用程序中的查询逻辑。这使得数据库的重构对程序的运行影响最小，降低了维护的复杂度。

3. 提高安全性：视图可以限制用户对底层数据表的访问，只暴露必要的字段或数据。通过定义不同的视图，可以为不同的用户角色提供不同的数据访问权限，从而提升系统的安全性。

4. 数据更加清晰：视图将复杂的查询结果展示给用户，简化了原始数据的展示方式。用户可以通过视图看到更加精炼、易于理解的数据，而不需要直接操作复杂的表结构。

二、事务

1.为什么要有事务

事务广泛的运用于订单系统、银行系统等多种场景

例如：

A用户和B用户是银行的储户，现在A要给B转账500元，那么需要做以下几件事：

1. 检查A的账户余额>500元；
2. A账户中扣除500元；
3. B账户中增加500元； 

那如果A账户扣了钱之后，系统出故障了呢？A白白损失了500，而B也没有收到本该属于他的500。

以上的案例中，隐藏着一个前提条件：A扣钱和B加钱，要么同时成功，要么同时失败。事务的需求就在于此

所谓事务,它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。

例如，银行转帐工作：从一个帐号扣款并使另一个帐号增款，这两个操作要么都执行，要么都不执行。所以，应该把他们看成一个事务。事务是数据库维护数据一致性的单位，在每个事务结束时，都能保持数据一致性

2.事务四大特性（简称ACID)

• 原子性（Atomicity）
• 一致性（Consistency）
• 隔离性（Isolation）
• 持久性（Durability）

以下内容出自《高性能MySQL》第三版，了解事务的ACID及四种隔离级有助于我们更好的理解事务运作。

下面举一个银行应用是解释事务必要性的一个经典例子。假如一个银行的数据库有两张表：支票表（checking）和储蓄表（savings）。现在要从用户Jane的支票账户转移200美元到她的储蓄账户，那么至少需要三个步骤：

1. 检查支票账户的余额高于或者等于200美元。
2. 从支票账户余额中减去200美元。
3. 在储蓄帐户余额中增加200美元。

上述三个步骤的操作必须打包在一个事务中，任何一个步骤失败，则必须回滚所有的步骤。

可以用START TRANSACTION语句开始一个事务，然后要么使用COMMIT提交将修改的数据持久保存，要么使用ROLLBACK撤销所有的修改。事务SQL的样本如下：

1. start transaction;
2. select balance from checking where customer_id = 10233276;
3. update checking set balance = balance - 200.00 where customer_id = 10233276;
4. update savings set balance = balance + 200.00 where customer_id = 10233276;
5. commit;

一个很好的事务处理系统，必须具备这些标准特性：

• 原子性（atomicity）

一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性

• 一致性（consistency）

数据库总是从一个一致性的状态转换到另一个一致性的状态。（在前面的例子中，一致性确保了，即使在执行第三、四条语句之间时系统崩溃，支票账户中也不会损失200美元，因为事务最终没有提交，所以事务中所做的修改也不会保存到数据库中。）

• 隔离性（isolation）

通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。（在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时有另外的一个账户汇总程序开始运行，则其看到支票帐户的余额并没有被减去200美元。）

• 持久性（durability）

一旦事务提交，则其所做的修改会永久保存到数据库。（此时即使系统崩溃，修改的数据也不会丢失。）

3.事务命令

表的引擎类型必须是innodb类型才可以使用事务，这是mysql表的默认引擎

查看表的创建语句，可以看到engine=innodb

-- 选择数据库
use jing_d