在 的世界里，很多模型在功能上都能跑通，可一旦数据量上来，原本看起来很自然的建模方式，往往会突然变成性能黑洞。 视图叠加 ，就是这类问题里非常典型的一种。 官方已经把它明确归入性能反模式：当 和左外连接组合使用时，执行计划可能会变得非常复杂，由于过滤条件无法有效下推，会导致海量中间结果被物化，响应时间和内存消耗都显著上升。(SAP Help Portal)
很多开发者初看这类模型时，直觉往往是：查询明明带了过滤条件，例如只查某一个业务键，数据库不是应该很快就能把无关数据排掉吗？遗憾的是，语义上成立的想法，不一定能被优化器安全地变成执行计划。尤其当底层有 ，上层又通过 或关联去取字段时，过滤条件常常不能在你期待的位置生效。结果就是，系统必须先把多个分支拼起来，再做连接，过滤真正落地时已经晚了。(
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/232803.html