来自 commit fest 的最新消息https://wiki.postgresql.org/wiki/Incremental_View_Maintenance#CommitFest https://wiki.postgresql.org/wiki/Incremental_View_Maintenance#CommitFest说“将目标版本更改为 16”，因此看来此功能不会在 2022 年实现。
最初的补丁是在 2019 年提交的，我最近构建了这个https://github.com/sraoss/pgsql-ivm https://github.com/sraoss/pgsql-ivm并使用内部连接测试了总和汇总，从功能的角度来看它工作得很好，我没有执行任何负载/压力测试。
我知道有很多潜在的边缘情况，但是像两个表内部联接和汇总这样的直接情况应该可以工作，如果太困难则不需要支持分区表。这些让我们称之为基本用例应该涵盖许多业务需求。
我还看到用户的评论说缺乏增量物化视图是阻止他们迁移到 postgresql 的唯一原因。
对于硬编码用例，您可以像此处建议的那样滚动自己的触发器：postgresql13上可以使用增量视图维护吗？ https://stackoverflow.com/questions/69153885/can-incremental-view-maintenance-be-used-on-postgresql13，但是当应用程序需要在运行时创建动态增量物化视图时，这是不可行的。
我的问题是：
- 谁能向那些对 postgres 内部结构没有深入了解的人解释一下延迟这个补丁的最大挑战是什么？
- 另外，您能否提供为什么增量物化视图不应该在对 SQL 功能的最低限度支持的情况下提前发布的原因，例如内连接和基本汇总（总和、计数）？例如稳定性问题，或处理最终用户的反馈/问题的挑战，或在后续版本中发布增强功能的困难，因为它需要重写现有的触发器，等等......
None
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
