为啥mysql中很少见到使用视图功能

mysql的视图不是一种物化视图,它相当于一个虚拟表,本身并不存储数据,当sql在操作视图时所有数据都是从其他表中查出来的。这带来的问题是使用视图并不能将常用数据分离出来,优化查询速度。且操作视图的很多命令都与普通表一样,这会导致在业务代码中无法通过sql区分表和视图,使代码变得复杂。实现视图的方式有两种,分别为合并算法和临时表算法,合并算法是指查询视图时将视图定义的sql合并到查询sql中,比如create view v1 as select * from user where sex=m;当我们要查询视图时,mysql会将select id,name from v1;合并成select id,name from user where sex=m……;临时表算法是先将视图查出来的数据保存到一个临时表中,查询的时候查这个临时表。不管是合并算法和临时表算法都会带来额外的开销,;且如果使用临时表后会使mysql的优化变得很困难,比如索引。而且视图还引入了一些其他的问题,使得其背后的逻辑非常复杂。当然,视图在某些情况下可以帮助提升性能,但视图的性能很难预测。且在mysql的优化器中,视图的代码执行路径也完全不同,无法直观的预测其执行性能。
■网友
解决问题的出发点是问题本身,而不是技术本身,我们要静下来学习扎实的基础,不代表一定要用他们,而是在遇到问题的时候,如何抉择使用合适的技术。

比如说,为什么MySQL有存储过程或者存储函数,但有些项目却不适用?
可能是开发者认为,存储过程带来的好处,远远不如写在代码方便,可能是公司业务中数据库由DBA负责,或者排查代码不方便,导致的偷懒什么的,你自己体会吧
【为啥mysql中很少见到使用视图功能】

■网友
不要给数据库过大的压力,尽量少用存储过程。


    推荐阅读