当存在性能影响时,美学在SQL或编码中没有地位.
如果优化器确定可以发生谓词推送,则视图将与直接查询视图所代表的表一样好.正如Justin所提到的,因为视图是一个扩展到视图所代表的底层查询的宏 - 很可能是一个软解析(从缓存中重用查询),因为缓存检查需要精确匹配查询.
但请注意以下事项:
我建议您创建视图,并比较EXPLAIN计划,以确保您至少获得相同的性能.在评论方法之前,我需要查看用于填充TYPE的代码,但它听起来像一个派生表本质上......
您可能会从使用物化视图中受益,但它们在他们支持的内容方面受到了极大的限制.
在这种情况下,创建一些视图肯定会有所帮助.
你有没有问过为什么没有人使用意见?这似乎很奇怪,肯定会表明你没有非常有效地重用SQL.没有视图,您倾向于在许多不同的SQL语句中使用相同的逻辑,而不是在单个视图中,这会使维护变得困难.
| 归档时间: |
|
| 查看次数: |
4002 次 |
| 最近记录: |