关于视图的一些有关问题
关于视图的一些问题
请问下。。一般在什么情况下使用视图？还有。。网络上说的：视图的定义深度一般不得超过三层。 若三层视图仍不够用, 则应在视图上定义临时表,在临时表上再定义视图。这样反复交迭定义, 视图的深度就不受限制了。
这里所说的深度是个什么定义？怎样才算是一层？谢谢！
------解决方案--------------------
不建议使用视图,视图相当于子查询,会影响SQL引擎选择最优的执行计划.
------解决方案--------------------
视图你可以简化地理解成一句查询的sql语句，select * from view 替代每次写一长串的sql查询语句
置于你说的“层"，会不会是从视图中创建视图？
这里没有一般不一般的情况，没什么强制的规则，倒不是说一定超过三层就怎么滴了
主要是把表之间的关系弄的太乱了，不好理解
------解决方案--------------------
对于固定的查询，使用视图可以提高效率。因为视图就是个固化的SELECT，可以预先编译。例如select * from view这样子。其他情况似乎都不适合使用视图。
请问下。。一般在什么情况下使用视图？还有。。网络上说的：视图的定义深度一般不得超过三层。 若三层视图仍不够用, 则应在视图上定义临时表,在临时表上再定义视图。这样反复交迭定义, 视图的深度就不受限制了。
这里所说的深度是个什么定义？怎样才算是一层？谢谢！
------解决方案--------------------
不建议使用视图,视图相当于子查询,会影响SQL引擎选择最优的执行计划.
------解决方案--------------------
视图你可以简化地理解成一句查询的sql语句，select * from view 替代每次写一长串的sql查询语句
置于你说的“层"，会不会是从视图中创建视图？
这里没有一般不一般的情况，没什么强制的规则，倒不是说一定超过三层就怎么滴了
主要是把表之间的关系弄的太乱了，不好理解
------解决方案--------------------
对于固定的查询，使用视图可以提高效率。因为视图就是个固化的SELECT，可以预先编译。例如select * from view这样子。其他情况似乎都不适合使用视图。