Postgres 16 BETA中ParseNamespaceItem与RTE索引需一致吗？AGE权限问题求助

问题现象 #

• 升级Apache AGE适配Postgres 16 Beta版本后，执行含SET子句的Cypher MATCH更新查询时，触发权限检查错误：ERROR: invalid perminfoindex <rte->perminfoindex> in RTE with relid <rte->relid>
• 错误根源：部分RangeTableEntry(RTE)的perminfoindex = 0但relid非空，违反Postgres 16权限代码重构后的校验逻辑
• 仅带SET子句的更新类查询触发问题，简单节点查询（无SET）可正常执行

问题定位 #

• 带SET子句的查询会进入transform_cypher_clause_as_subquery()函数，该函数创建的ParseNamespaceItem的p_rtindex = 1，关联的RTE_SUBQUERY类型RTE满足relid = 0、perminfoindex = 0
• 调用addNSItemToQuery(pstate, pnsi, true, false, true)将子查询RTE加入查询后，handle_prev_clause通过expandNSItemAttrs(pstate, pnsi, 0, true, -1)将属性添加到目标列表，此过程导致关联的RTE_RELATION类型实体表RTE（如自定义顶点/边标签表或其父表_ag_label_vertex/_ag_label_edge）的perminfoindex未被正确初始化
• Postgres 16重构权限检查逻辑后，要求所有relid非空的RTE必须拥有合法的perminfoindex（非0值），否则触发断言错误

修复思路 #

1. 补全子查询关联实体RTE的权限索引初始化

   • 在transform_cypher_clause_as_subquery()处理流程中，当关联到实体表RTE时，显式调用Postgres 16的build_perminfo_for_rte()函数，为relid非空的RTE生成合法的perminfoindex
   • 参考Postgres原生UPDATE语句的RTE构建逻辑，确保权限索引在RTE添加到查询前完成初始化

2. 调整addNSItemToQuery调用参数

   • 检查addNSItemToQuery的参数配置（尤其是isFrom和addToQuery），确保子查询的权限信息能正确传递到底层实体RTE
   • 避免因参数设置不当导致实体RTE的权限索引未被同步初始化

3. 修正expandNSItemAttrs的属性展开逻辑

   • 验证expandNSItemAttrs在展开子查询属性时，是否正确继承底层实体表的权限信息
   • 在属性展开后增加校验逻辑，若发现关联实体RTE的perminfoindex = 0，立即触发权限索引构建

4. 对齐Postgres 16原生RTE权限处理流程

   • 对比Postgres 16中对UPDATE语句的RTE权限检查流程，确保AGE的Cypher SET子句处理逻辑与原生逻辑保持一致，重点同步权限索引的生成时机和传递机制

临时验证方案 #

• 若需快速验证业务功能，可临时注释Postgres权限检查中针对perminfoindex的断言代码（仅用于测试环境，禁止生产环境使用），但需注意此操作会绕过部分权限校验，存在安全风险

内容的提问来源于stack exchange，提问作者Matheus Farias