MySQL中视图

最新推荐文章于 2022-11-21 11:19:49 发布

b1198103958

最新推荐文章于 2022-11-21 11:19:49 发布

阅读量610

点赞数

分类专栏：数据库文章标签： mysql

数据库专栏收录该内容

10 篇文章 0 订阅

订阅专栏

注：转载之>>>http://www.360doc.com/content/13/1117/22/7669533_330092770.shtml、http://zhangzhenyihi.blog.163.com/blog/static/13548809420141104122391/和http://www.cnblogs.com/wangtao_20/archive/2011/02/24/1964276.html

一、认识视图

视图的含义
视图是一种虚拟的表。视图从数据库中的一个或多个表导出来的表。视图还可以从已经存在的视图的基础
上定义。数据库中只存放了视图的定义，而并没有存放视图中的数据。这些数据存放在原来的表中。使用
视图查询数据时，数据库系统会从原来的表中取出对应的数据。因此，视图中的数据是依赖于原来的表中
的数据的。一旦表中的数据发生改变，显示在视图中的数据也会发生改变。

视图的作用
视图是在原有的表或者视图的基础上重新定义的虚拟表，这可以从原有的表上选取对用户有用的信息。那
些对用户没有用，或者用户没有权限了解的信息，都可以直接屏蔽掉。这样做既使应用简单化，也保证了
系统的安全。视图起着类似于筛选的作用。视图的作用归纳为如下几点：
1．使操作简单化
2．增加数据的安全性
3．提高表的逻辑独立性

创建表t1:
mysql> create table t1(id int(10) primary key not null auto_increment,name varchar(20),sex varchar(6) not null,age int(2),type int(2));
Query OK, 0 rows affected (0.00 sec)

插入t1中的数据：
insert into t1(name,sex,age,type) values('zhangsan','nan',26,1);
insert into t1(name,sex,age,type) values('lisi','nv',26,2);
insert into t1(name,sex,age,type) values('xiaoli','nv',25,1);
insert into t1(name,sex,age,type) values('xiaowang','nan',22,3);

查询数据表t1中的数据：
select * from t1;

查询结果：
+----+----------+-----+------+------+
| id | name | sex | age | type |
+----+----------+-----+------+------+
| 1 | zhangsan | nan | 26 | 1 |
| 2 | lisi | nv | 26 | 2 |
| 3 | xiaoli | nv | 25 | 1 |
| 4 | xiaowang | nan | 22 | 3 |
+----+----------+-----+------+------+
4 rows in set (0.00 sec)

创建表t2：
create table t2(id int(10) primary key not null auto_increment,typeName varchar(20) not null,shouru int(10));

插入表中的数据：
insert into t2(typeName,shouru) values('jishubu',6000);
insert into t2(typeName,shouru) values('yingxiaobu',8000);
insert into t2(typeName,shouru) values('shiyebu',3000);

查询插入的情况：
select * from t2;

查询结果：
+----+------------+--------+
| id | typeName | shouru |
+----+------------+--------+
| 1 | jishubu | 6000 |
| 2 | yingxiaobu | 8000 |
| 3 | shiyebu | 3000 |
+----+------------+--------+
3 rows in set (0.00 sec)

视图的创建格式：
create view 视图名 as 查询语句；

其特点是：
一、视图是一张虚拟的表，表中所有的数据均来自于其他的实体表。
二、实体表中数据的修改其实是会影响到视图表中的数据的。

假如说我们要查询每一个员工属于哪一个部门，以及他们所对应的工资数额，这时每张表中都只有一部分我们所想要查询的内容，此时我们要想将他们统统查询出来，那么我们就不得不跨表查询。

此时的查询语句如下：
select name,typeName,shouru from t1,t2 where type=t2.id;

查询结果：
+----------+------------+--------+
| name | typeName | shouru |
+----------+------------+--------+
| zhangsan | jishubu | 6000 |
| lisi | yingxiaobu | 8000 |
| xiaoli | jishubu | 6000 |
| xiaowang | shiyebu | 3000 |
+----------+------------+--------+
4 rows in set (0.02 sec)

当然我们也可以通过创建一张视图表的方式将其做出来。创建视图的方式如下：
create view t1_t2 as select name,typeName,shouru from t1,t2 where type=t2.id;

我们查询视图的时候其实是很简单的，他就和查询数据表的方法其实是一样的，查询语句如下：
select * from t1_t2;

查询结果：
+----------+------------+--------+
| name | typeName | shouru |
+----------+------------+--------+
| zhangsan | jishubu | 6000 |
| lisi | yingxiaobu | 8000 |
| xiaoli | jishubu | 6000 |
| xiaowang | shiyebu | 3000 |
+----------+------------+--------+
4 rows in set (0.02 sec)

现在看来以上两种方法其实都差不多，都可以实现对于多张数据表的跨表查询功能，但是假如说我们要查询的数据表非常多，有上百张甚至是更多，而且查询的次数又很多的话，用第一种方法我们发现就会很麻烦，要死人的。反观之，第二种方法就简单多了，只需创建一次视图，使用的时候也很方便，直接拿来就可以了。

需要注意的是,创建的视图是一张虚拟的表，该表中的数据是依赖于实体表中的数据的，当实体表中数据一作更改，视图表中的数据也就会被相应的更改了。

举例来说明吧：
当我们更改表t1中的数据时，比如说我们将t1表中的zhangsan更改为zhangsan1时，视图t1_t2中的张三也就会相应的更改成了zhangsan1了。

更改t1表中的zhangsan为zhangsan1：
update t1 set name='zhangsan1' where id=1;

修改后的查询语句：
select * from t1;

运行的结果：
+----+-----------+-----+------+------+
| id | name | sex | age | type |
+----+-----------+-----+------+------+
| 1 | zhangsan1 | nan | 26 | 1 |
| 2 | lisi | nv | 26 | 2 |
| 3 | xiaoli | nv | 25 | 1 |
| 4 | xiaowang | nan | 22 | 3 |
+----+-----------+-----+------+------+
4 rows in set (0.00 sec)

此时的视图查询语句为：
select * from t1_t2;

查询结果：
+-----------+------------+--------+
| name | typeName | shouru |
+-----------+------------+--------+
| zhangsan1 | jishubu | 6000 |
| lisi | yingxiaobu | 8000 |
| xiaoli | jishubu | 6000 |
| xiaowang | shiyebu | 3000 |
+-----------+------------+--------+
4 rows in set (0.00 sec)

由此可见，视图中的查询结果真的是被改变成了zhangsan1。

假如说我们不直接更改实体表，而是直接从视图表中更改数据，那查询的结果会是怎样的呢？

视图表中数据的更改，我们可以将之前改过的数据再次尝试着改过来。修改的语句如下;
update t1_t2 set name='zhangsan' where name='zhangsan1';

然后我们再次查询一下视图表中的数据：
select * from t1_t2;

查询结果：
+----------+------------+--------+
| name | typeName | shouru |
+----------+------------+--------+
| zhangsan | jishubu | 6000 |
| lisi | yingxiaobu | 8000 |
| xiaoli | jishubu | 6000 |
| xiaowang | shiyebu | 3000 |
+----------+------------+--------+
4 rows in set (0.00 sec)

之后我们继续查询一下实体表中的数据，实体表t1中的查询语句如下：
select * from t1;

查询结果：
+----+----------+-----+------+------+
| id | name | sex | age | type |
+----+----------+-----+------+------+
| 1 | zhangsan | nan | 26 | 1 |
| 2 | lisi | nv | 26 | 2 |
| 3 | xiaoli | nv | 25 | 1 |
| 4 | xiaowang | nan | 22 | 3 |
+----+----------+-----+------+------+
4 rows in set (0.00 sec)

由此可以看出，如果我们不直接操作实体表中的数据，而是间接操作视图表中的数据，那么在视图表中所做的更改也会自动同步到实体表中，这样也可以方便我们对于多张实体表的跨表联合操作。如果对于实体表中插入新的数据，那么视图表中也会做出相应的更改。如下所示：

在实体表t1中插入新的数据：
insert into t1(name,sex,age,type) values('wangwu','nan',27,3);

插入后的查询语句：
select * from t1;

插入后的t1表查询结果：
+----+----------+-----+------+------+
| id | name | sex | age | type |
+----+----------+-----+------+------+
| 1 | zhangsan | nan | 26 | 1 |
| 2 | lisi | nv | 26 | 2 |
| 3 | xiaoli | nv | 25 | 1 |
| 4 | xiaowang | nan | 22 | 3 |
| 5 | wangwu | nan | 27 | 3 |
+----+----------+-----+------+------+
5 rows in set (0.00 sec)

在视图中的查询语句如下：
select * from t1_t2;

查询结果:
+----------+------------+--------+
| name | typeName | shouru |
+----------+------------+--------+
| zhangsan | jishubu | 6000 |
| lisi | yingxiaobu | 8000 |
| xiaoli | jishubu | 6000 |
| xiaowang | shiyebu | 3000 |
| wangwu | shiyebu | 3000 |
+----------+------------+--------+
5 rows in set (0.00 sec)

由此可以看出，对于实体表中数据的插入，其结果也会自动同步到视图表中的。

假如说我们不直接在实体表中插入数据，而是间接在视图表中插入数据，那么结果又该如何？

在视图表中插入数据：
insert into t1_t2 values('laoliu','shiyebu',5000);

插入的结果：
ERROR 1394 (HY000): Can not insert into join view 'mytest.t1_t2' without fields list

很不幸，插入失败，也就是说，在多张表组成的视图中是无法间接插入数据的，原因是视图中并没有实体表中的全部字段（即建表的字段），这一点需要格外的注意了。但是这并不妨碍对于单表所建视图的数据的插入（这并不是绝对的，如果实体表中有些字段不允许为空，并且没有默认值时，此时也是无法插入数据的）。

假如说我们想要在视图中删除数据，比如说我们想要在视图中删除wangwu，那又该怎样呢？

在视图中删除wangwu的语句如下：
delete from t1_t2 where name='wangu';

删除结果：
ERROR 1395 (HY000): Can not delete from join view 'mytest.t1_t2'

结果是删除失败。

对于多表视图操作，总结来说那就是只允许对视图进行查询和修改，删除和添加基本上都不允许。

创建单表视图。
create view t1_v as select name,sex,age from t1;

查看是否创建成功：
show tables;

查询结果：
+------------------+
| Tables_in_mytest |
+------------------+
| foot |
| student |
| t1 |
| t1_t2 |
| t1_v |
| t2 |
+------------------+
6 rows in set (0.00 sec)

查询结果是创建成功！

我们可以查看一下该表的结构：
desc t1_v;

表结构如下：
+-------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| name | varchar(20) | YES | | NULL | |
| sex | varchar(6) | NO | | NULL | |
| age | int(2) | YES | | NULL | |
+-------+-------------+------+-----+---------+-------+
3 rows in set (0.06 sec)

查询单表视图中的内容：
select * from t1_v;

查询结果：
+----------+-----+------+
| name | sex | age |
+----------+-----+------+
| zhangsan | nan | 26 |
| lisi | nv | 26 |
| xiaoli | nv | 25 |
| xiaowang | nan | 22 |
| wangwu | nan | 27 |
+----------+-----+------+
5 rows in set (0.00 sec)

由此可以看出，对于单表视图来说，查询不成问题。

之后就是尝试修改视图。
update t1_v set name='wangwu2' where name='wangwu';

修改成功！
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0

查询视图语句：
select * from t1_v;

查询结果：
+----------+-----+------+
| name | sex | age |
+----------+-----+------+
| zhangsan | nan | 26 |
| lisi | nv | 26 |
| xiaoli | nv | 25 |
| xiaowang | nan | 22 |
| wangwu2 | nan | 27 |
+----------+-----+------+
5 rows in set (0.00 sec)

查询实体表中的语句：
select * from t1;

查询结果：
+----+----------+-----+------+------+
| id | name | sex | age | type |
+----+----------+-----+------+------+
| 1 | zhangsan | nan | 26 | 1 |
| 2 | lisi | nv | 26 | 2 |
| 3 | xiaoli | nv | 25 | 1 |
| 4 | xiaowang | nan | 22 | 3 |
| 5 | wangwu2 | nan | 27 | 3 |
+----+----------+-----+------+------+
5 rows in set (0.00 sec)

由此我们可以看出，修改语句也同样获得了成功。

接下来我们可以尝试着在视图中插入数据，在视图中插入数据的语句如下：
insert into t1_v values('laoliu','nan',24);

插入结果：
Query OK, 1 row affected (0.00 sec)

成功！

查询视图中的语句：
select * from t1_v;

查询结果：
+----------+-----+------+
| name | sex | age |
+----------+-----+------+
| zhangsan | nan | 26 |
| lisi | nv | 26 |
| xiaoli | nv | 25 |
| xiaowang | nan | 22 |
| wangwu2 | nan | 27 |
| laoliu | nan | 24 |
+----------+-----+------+
6 rows in set (0.00 sec)

再次查询实体表中的数据：
select * from t1;

查询结果：
+----+----------+-----+------+------+
| id | name | sex | age | type |
+----+----------+-----+------+------+
| 1 | zhangsan | nan | 26 | 1 |
| 2 | lisi | nv | 26 | 2 |
| 3 | xiaoli | nv | 25 | 1 |
| 4 | xiaowang | nan | 22 | 3 |
| 5 | wangwu2 | nan | 27 | 3 |
| 6 | laoliu | nan | 24 | NULL |
+----+----------+-----+------+------+
6 rows in set (0.00 sec)

删除操作，删除视图中的数据：
delete from t1_v where name='laoliu';

删除成功！
Query OK, 1 row affected (0.00 sec)

查看视图的语句：
select * from t1_v;

查看结果：
+----------+-----+------+
| name | sex | age |
+----------+-----+------+
| zhangsan | nan | 26 |
| lisi | nv | 26 |
| xiaoli | nv | 25 |
| xiaowang | nan | 22 |
| wangwu2 | nan | 27 |
+----------+-----+------+
5 rows in set (0.00 sec)

查看实体表中的语句：
select * from t1;

查看结果：
+----+----------+-----+------+------+
| id | name | sex | age | type |
+----+----------+-----+------+------+
| 1 | zhangsan | nan | 26 | 1 |
| 2 | lisi | nv | 26 | 2 |
| 3 | xiaoli | nv | 25 | 1 |
| 4 | xiaowang | nan | 22 | 3 |
| 5 | wangwu2 | nan | 27 | 3 |
+----+----------+-----+------+------+
5 rows in set (0.00 sec)

同样也是删除成功！

由此可以看出，此时我们的插入是成功了，只是在实体表中，在type的位置上插入的是一个空字符。当然
，如果说我们的type字段设置的是不为空，那么不好意思，我们就只有失败了。

总结一下那就是，单表视图和多表视图对于查询和修改都是一样的，但是对于视图中插入的数据却是有一定的限制（实体表中没有被引用的字段必须为null）。单表视图可以删除数据，同时视图和实体表中都同步了删除操作。

查询数据库中的表与视图的方法：
show tables;

查询结果:
+------------------+
| Tables_in_mytest |
+------------------+
| foot |
| student |
| t1 |
| t1_t2 |
| t1_v |
| t2 |
+------------------+
6 rows in set (0.00 sec)

我这个数据库中的表单和视图比较少，区分起来很简单,但是假如说数据库中的表太多，再加上自己所创建的视图，到时候连自己也很难分清楚哪个是表，哪个是视图，为了区别一下他们两个，我们需要一种不同的查询方式

查询视图的方式如下：
show table status where comment='view';

查询结果：
+-------+--------+---------+------------+------+----------------+-------------+-
----------------+--------------+-----------+----------------+-------------+-----
--------+------------+-----------+----------+----------------+---------+
| Name | Engine | Version | Row_format | Rows | Avg_row_length | Data_length |
Max_data_length | Index_length | Data_free | Auto_increment | Create_time | Upda
te_time | Check_time | Collation | Checksum | Create_options | Comment |
+-------+--------+---------+------------+------+----------------+-------------+-
----------------+--------------+-----------+----------------+-------------+-----
--------+------------+-----------+----------+----------------+---------+
| t1_t2 | NULL | NULL | NULL | NULL | NULL | NULL |
NULL | NULL | NULL | NULL | NULL | NULL
| NULL | NULL | NULL | NULL | VIEW |
| t1_v | NULL | NULL | NULL | NULL | NULL | NULL |
NULL | NULL | NULL | NULL | NULL | NULL
| NULL | NULL | NULL | NULL | VIEW |
+-------+--------+---------+------------+------+----------------+-------------+-
----------------+--------------+-----------+----------------+-------------+-----
--------+------------+-----------+----------+----------------+---------+
2 rows in set (0.00 sec)

由于表和视图在外观上看来有很大的相似形，为了比较容易区分它们，我们可以查看一下表的创建属性。

查询语句如下：
show create table t1_v;

查询结果：
+------+------------------------------------------------------------------------
--------------------------------------------------------------------------------
------------------+----------------------+----------------------+
| View | Create View

| character_set_client | collation_connection |
+------+------------------------------------------------------------------------
--------------------------------------------------------------------------------
------------------+----------------------+----------------------+
| t1_v | CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFI
NER VIEW `t1_v` AS select `t1`.`name` AS `name`,`t1`.`sex` AS `sex`,`t1`.`age` A
S `age` from `t1` | utf8 | utf8_general_ci |
+------+------------------------------------------------------------------------
--------------------------------------------------------------------------------
------------------+----------------------+----------------------+
1 row in set (0.00 sec)

从第一行的view中我们可以看出t1_v其实是一张视图。

我们可以换一下t1,其查询语句如下：
show create table t1;

查询结果如下：
+-------+-----------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
----------------------------+
| Table | Create Table

|
+-------+-----------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
----------------------------+
| t1 | CREATE TABLE `t1` (
`id` int(10) NOT NULL AUTO_INCREMENT,
`name` varchar(20) DEFAULT NULL,
`sex` varchar(6) NOT NULL,
`age` int(2) DEFAULT NULL,
`type` int(2) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8 |
+-------+-----------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
----------------------------+
1 row in set (0.00 sec)

这个则在表头表明它是一张table表单。

查看表头的目的是区分视图和实体表，因为他们在修改与删除操作上都是不同的。

视图的修改方式：
alter view 视图名 as 查询语句

视图的修改语句：
alter view t1_v as select id,name,sex,age from t1;

查询修改后的t1_v的语句如下：
select * from t1_v;

修改后的结果：
+----+----------+-----+------+
| id | name | sex | age |
+----+----------+-----+------+
| 1 | zhangsan | nan | 26 |
| 2 | lisi | nv | 26 |
| 3 | xiaoli | nv | 25 |
| 4 | xiaowang | nan | 22 |
| 5 | wangwu2 | nan | 27 |
+----+----------+-----+------+
5 rows in set (0.02 sec)

修改成功！

视图的删除方式：
drop view 视图名

视图的删除语句：
drop view t1_v;

查询删除后的语句：
show tables;

删除后的结果：
+------------------+
| Tables_in_mytest |
+------------------+
| foot |
| student |
| t1 |
| t1_t2 |
| t2 |
+------------------+
5 rows in set (0.00 sec)

由此可以看出，视图删除成功！

二、总结

一、使用视图的理由是什么？
1.安全性。一般是这样做的:创建一个视图，定义好该视图所操作的数据。之后将用户权限与视图绑定。这样的方式是使用到

了一个特性：grant语句可以针对视图进行授予权限。
2.查询性能提高。

3.有灵活性的功能需求后，需要改动表的结构而导致工作量比较大。那么可以使用虚拟表的形式达到少修改的效果。

这是在实际开发中比较有用的

例子：假如因为某种需要，a表与b表需要进行合并起来组成一个新的表c。最后a表与b表都不会存在了。而由于原来程序中编

写sql分别是基于a表与b表查询的，这就意味着需要重新编写大量的sql(改成向c表去操作数据)。而通过视图就可以做到不修

改。定义两个视图名字还是原来的表名a和b。a、b视图完成从c表中取出内容。

说明：使用这样的解决方式，基于对视图的细节了解越详细越好。因为使用视图还是与使用表的语法上没区别。比如视图名a
，那么查询还是"select * from a"。

4.复杂的查询需求。可以进行问题分解，然后将创建多个视图获取数据。将视图联合起来就能得到需要的结果了。

视图的工作机制:当调用视图的时候，才会执行视图中的sql，进行取数据操作。视图的内容没有存储，而是在视图被引用的时候才派生出数据。这样不会占用空间，由于是即时引用，视图的内容总是与真实表的内容是一致的。

视图这样设计有什么好处？节省空间，内容是总是一致的话，那么我们不需要维护视图的内容，维护好真实表的内容，就可以保证视图的完整性了。

二、通过更新视图实现更新真实表

看到很多例子，更新视图可以更新真实表。原因，我是这样理解的：视图并没有保存内容。只是引用数据。那么，更新视图，其实就是以引用的方式操作了真实表
with check option：对视图进行更新操作的时，需要检查更新后的值是否还是满足视图公式定义的条件。通俗点，就是所更新的结果是否还会在视图中存在。如果更新后的值不在视图范围内，就不允许更新如果创建视图的时候，没有加上with check option，更新视图中的某项数据的话，mysql并不会进行有效性检查。删掉了就删掉了。在视图中将看不到了。

使用有效性检查，实际意义是什么？

视图的实践：重新组织表的需求
CREATE TABLE `result` (`MATH_NO` INT(10) NOT NULL unsigned AUTO_INCREMENT PRIMARY KEY,
`TEAMNO` INT(10) NOT NULL,
`PLAYERNO` INT(10) NOT NULL,
`WON` VARCHAR(10) NOT NULL,
`LOST` VARCAHR(10) NOT NULL,
`CAPTAIN` INT(10) NOT NULL COMMIT '就是PLAYERNO的另外名字',
`DIVISION` VARCHAR(10) NOT NULL
) ENGINE=MYISAM DEFAULT CHARSET=utf8 COMMIT='重新组的新表' AUTO_INCREMENT=1

针对每个表创建一个视图，将数据保存进去：
CREATE VIEW teams(TEAMNO,PLAYERNO,DIVISION) AS SELECT DISTINCT TEAMNO,CAPTAIN,DIVISION FROM result

报错：#1050 - Table 'teams' already exists

说明，因为视图也是一种表，是虚拟表。不能与已有的表(视图)出现重名

接下来，删掉表teams，再执行创建视图的代码。

将视图看成与表一样的东西，更加容易理解使用规则。下面这样对比也许使自己更好理解：

1.在使用视图的时候，就是与使用表的语法一样的。
2.创建视图的时候，该视图的名字如果与已经存在表重名的话，那么会报错，不允许创建。视图就是一种特殊的表

3.创建视图的时候，可以这样使用CREATE VIEW teams(TEAMNO,PLAYERNO,DIVISION)，可以定义视图表的结构。
4.在phpmyadmin中。左边的表列表中将视图与表列在了一起。只有通过右侧的状态"View:teams"可以知道该表是视图表。

视图在mysql中的内部管理机制:

视图的记录都保存在information_schema数据库中的一个叫views的表中。具体某个视图的定义代码以及属于哪个数据库等信息可以从里面看到理解视图的两种工作机制：

语句：select * from teams

针对上面语句，总结几个知识点
1.确认是视图的过程：teams也可以是表名。由于表与视图的物理机制不同。视图本身是不存储内容的。所以，在使用sql的
时候，mysql是怎么知道teams是一个视图还是表。是因为有一个查看目录的例程在做这件事。

2.mysql对处理视图的两种方法：替代方式和具体化方式。
替换方式理解，视图名直接使用视图的公式替换掉了。针对上面视图teams，mysql会使用该视图的公式进行替换，视图公式合并到了select中。结果就是变成了如下sql语句：
select * from (SELECT DISTINCT TEAMNO,CAPTAIN,DIVISION FROM result)。也就是最后提交给mysql处理该sql语句。

具体化方式理解，mysql先得到了视图执行的结果，该结果形成一个中间结果暂时存在内存中。之后，外面的select语句就调

用了这些中间结果(临时表)。

看起来都是要得到结果，形式上有区别，好像没体会到本质上的区别。两种方式又有什么样的不同呢？

替换方式，将视图公式替换后，当成一个整体sql进行处理了。具体化方式，先处理视图结果，后处理外面的查询需求。
替换方式可以总结为，先准备，后执行。
具体化方式总结理解为，分开处理。

哪种方式好？不知道。mysql会自己确定使用哪种方式进行处理的。自己在定义视图的时候也可以指定使用何种方式。像这样

使用：

CREATE ALGORITHM=merge VIEW teams as SELECT DISTINCT TEAMNO,CAPTAIN,DIVISION FROM result

ALGORITHM有三个参数分别是：merge、TEMPTABLE、UNDEFINED

看mysql手册中提到，替换与具体化的方式的各自适用之处，可以这样理解：
因为临时表中的数据不可更新。所以，如果使用参数是TEMPTABLE，无法进行更新。
当你的参数定义是UNDEFINED(没有定义ALGORITHM参数)。mysql更倾向于选择合并方式。是因为它更加有效。