很多时候，我们会有一些很复杂的数据库操作，比如整合用户的行为数据，那这些数据可能包含用户的餐饮、生活日用、充值消费、交通出行、通讯物流、交通出行、医疗保健、住房物业、运动健康...
基于此，我们可能要去关联很多的用户行为信息表，写一大堆的合并、统计，以及条件过滤的脚本，来输出最终的二维表，这才是用户真正需要的数据。如果把这些复杂的脚本写在业务程序中不是很合理，那有什么办法把
这些脚本细节隐藏，只显示只显示简洁的结果呢，那就要用到视图了。
视图是由数据库中的一个表或多个表导出的虚拟表，是一种虚拟存在的表，方便用户对数据的操作。
概念视图是在mysql5之后出现的，是一种虚拟表，行和列的数据来自于定义视图时使用的一些表中，视图的数据是在使用视图的时候动态生成的，视图只保存了sql的逻辑，不保存查询的结果。
使用场景多个业务场景使用到相同的查询结果，并且该查询结果比较复杂的时候，我们可以使用视图来隐藏复杂的实现细节。
视图和表比较 语法 实际中是否占用物理空间 使用视图 create view 否，仅保存sql的逻辑 增删改查，实际上我们只使用查询
表 create table 是，保存了数据 增删改查
视图的作用
对其中所引用的基础表来说，视图的作用类似于筛选。定义视图的筛选可以来自当前或其他数据库的一个或多个表，或者其他视图。通过视图进行查询没有任何限制，通过它们进行数据修改时的限制也很少。视图的作用归纳为如下几点。
1、简单性
看到的就是需要的。视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定查询的条件。
经常需要联合查询的内容也可以指定为视图，这样就不需要每次都写大量的联表脚本。
2、安全性
视图的安全性可以防止未授权用户查看特定的行或列，使有权限用户只能看到表中特定行的方法，比如把只有某部分数据查询视图授权给某个用户。
3、逻辑数据独立性
视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，程序一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。视图可以在以下几个方面使程序与数据独立。
（1）如果应用建立在数据库表上，当数据库表发生变化时，可以在表上建立视图，通过视图屏蔽表的变化，从而使应用程序可以不动。
（2）如果应用建立在数据库表上，当应用发生变化时，可以在表上建立视图，通过视图屏蔽应用的变化，从而使数据库表不动。
（3）如果应用建立在视图上，当数据库表发生变化时，可以在表上修改视图，通过视图屏蔽表的变化，从而使应用程序可以不动。
（4）如果应用建立在视图上，当应用发生变化时，可以在表上修改视图，通过视图屏蔽应用的变化，从而使数据库可以不动。
数据准备表名 描述
departments 部门表
employees 员工信息表
jobs 职位信息表
locations 位置表（部门表中会用到）
job_grades 薪资等级表
创建视图
MySQL中，创建视图是通过CREATE VIEW语句实现的。
语法1 CREATE [OR REPLACE] [ALGORITHM={UNDEFINED|MERGE|TEMPTABLE}] 2 VIEW ViewName[(ColumnList)] 3 AS SELECT ... 4 [WITH [CASCADED|LOCAL] CHECK OPTION];