点赞👍👍收藏🌟🌟关注💖💖
你的支持是对我最大的鼓励，我们一起努力吧!😃😃

首先说一下这个视图和前面的事务中的Read View没有任何关系！就如老婆和老婆饼一样。

1.视图

视图是一个虚拟表，它可以把查询出来的结果暂时以表结构的方式保存起来，其内容由查询定义。视图同真实的表一样，视图包含一系列带有名称的列和行数据。视图的数据变化会影响到基表，基表的数据变化也会影响到视图。

基表就是你要查询的表，然后可以把据查询的结果以表的结构保存起来这就是视图。

2.基本使用

创建视图

create view 视图名 as select语句；

做个案例，我想知道每一个员工和它对应的名字是多少。
其实这就是多表查询。我们前面学过了。 我们可以弄一个内连接。

如果我以后非常高频想根据一个人的名字拿到他所在的部门，我们可以对表做内连接然后筛选一下。这没问题，但是每次都要对这样做然后太麻烦了，因此我们可以使用位图！

注意当前右边现在的表结构。

现在我们可以把select查询到的结果，当做一张视图。

创建视图

create view myview as select ename,dname from emp inner join dept on emp.deptno=dept.deptno;

注意细节，我们又一次执行相同的sql语句时，报错了说表myview已经存在了。然后我们查表的时候发现确实就是多了一个myview表结构。它其实就是表。可以认为就是在内存中创建好这张表结构就是按照对应筛选好的数据创建的然后筛选的数据放在里面。

当查的时候可以seledct直接查。

这样做的好处就是，如果将来高频想获得一个员工和它对应的部门名，那就不用在那么麻烦多表查询然后再筛选了，可以把结果查出来以视图的方式放在这，在查的时候我们只用查视图就好了。

因为视图的数据来源都是从基表来的，那把视图里的数据修改会不会影响基表数据呢？把基表里的数据修改会不会影响视图里的数据呢？

可以看到，修改了视图，是会对基表数据有影响，说明视图和基表是打通的。真的是这样吗，我们在对基表修改一下看看。

我们这个视图可不是从一张表来的，我们也可以对dept表中数据修改一下看看。发现对基表中数据修改，视图中的数据也变。这说明视图和基表确实是打通的。

删除视图

drop view 视图名;

3.视图规则和限制

• 与表一样，必须唯一命名（不能出现同名视图或表名）
• 创建视图数目无限制，但要考虑复杂查询创建为视图之后的性能影响
• 视图不能添加索引，也不能有关联的触发器或者默认值
• 视图可以提高安全性，必须具有足够的访问权限
• order by 可以用在视图中，但是如果从该视图检索数据 select 中也含有 order by ,那么该视图中的 order by 将被覆盖
• 视图可以和表一起使用(内联，左外连接，右外连接)