【标题】

修复 EXPLAIN VERBOSE 反解析被优化掉的 RECORD 子查询时报错

【实现内容】:

• 修复 EXPLAIN VERBOSE 生成执行计划文本时，反解析 RECORD 字段可能报错的问题。
• 在 RTE_SUBQUERY 和 RTE_CTE 场景下，当对应的 inner_planstate 不存在时，使用 f1、f2 等默认字段名作为兜底。
• 新增 ruleutils_record 回归测试，并加入单节点和多节点回归测试调度。
• 本次修改仅影响执行计划文本生成，不改变 SQL 执行结果、优化器决策及公共接口。

【根因分析】:

当子查询或 CTE 被优化器证明结果恒为空时，原执行节点可能被优化成没有子节点的 Result。在执行 EXPLAIN VERBOSE 时，get_name_for_var_field() 需要通过 inner_planstate 恢复匿名 RECORD 的真实字段名。

由于对应子计划已经被优化掉，inner_planstate 为 NULL，原有代码会直接抛出 failed to find plan for subquery 或 failed to find plan for CTE，导致 SQL 本身能够正常规划，但无法生成执行计划文本。详见文章：https://mp.weixin.qq.com/s/Y5PsLdxDmvoDPHZI0jQqag

【实现方案】:

参考 PostgreSQL 上游 修复方案https://www.postgresql.org/message-id/18576-9feac34e132fea9e@postgresql.org ，在无法从计划树恢复真实 RECORD 字段名时，按照 RowExpr 默认字段命名规则回退为 fN：

• 使用 palloc 分配字段名内存。
• 使用 snprintf_s 生成 f1、f2 等字段名，并通过 securec_check_ss 检查结果。
• 同时处理 RTE_SUBQUERY 和 RTE_CTE 分支。
• 保持 openGauss 当前 PlanState、向量化及扩展执行节点的兼容性，不引入上游新版本的 Plan 类型断言。
• 使用 information_schema.parameters 构造稳定复现，验证修复后执行计划输出 ((ss.x).f2)，定向回归测试通过。

上游参考提交：https://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=b919a97a6c 、https://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=7408772de5 。

【关联需求或issue】:
#8424
【开发自验报告】:

1. 请附上自验结果(内容或者截图)
2. 是否可以添加fastcheck测试用例，如是，请补充fastcheck用例
3. 是否涉及资料修改，如是，在docs仓库补充资料
4. 是否考虑升级场景(系统表修改、日志持久化以及修改执行态数据格式)
5. 是否考虑在线扩容等扩展场景
6. 是否考虑异常场景/并发场景/前向兼容/性能场景
7. 是否对其他模块产生影响
8. 是否需要回合补丁版本(5.0、6.0)，涉及(结果错误|coredump|性能劣化|内存泄露|集群异常)相关修复请排查回合补丁分支
9. 针对Plugin仓dolphin插件，新增/修改的代码是否已使用 DOLPHIN 宏进行控制，方便后续回合openGauss-server仓代码

【当前PR是否有AI参与】:
[x] 否
[ ] 是
__1. AI Agent 平台:
__2. AI 模型:
__3. Prompt上下文 :

【其他说明】: