↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

百科 / 执行计划节点 / 扫描

Values Scan

ValuesScan

计算并扫描 VALUES 行列表。

当前查看 PostgreSQL 18.6。

说明

计算并扫描 VALUES 行列表。

核心节点标签
T_ValuesScan
结构化 EXPLAIN 节点类型
Values Scan
输入
行表达式列表
输出
VALUES 元组
执行器初始化函数
ExecInitValuesScan
内存机制
unclassified

EXPLAIN 名称与属性

结构化格式使用上述 Node Type。文本格式名称还可能包含操作、策略、连接类型、扫描方向或聚合阶段属性。

此源码记录的文本名称:Values Scan.

并行感知与并行安全是不同的计划属性。在并行工作进程内运行的节点不一定是并行感知节点。

内存与临时存储

本次抽取不为此节点设定统一的内存上限或落盘策略。请查看同一构建的实现、相关表达式或提供方。

并行执行与运行信息采集

以下源码回调可以协调执行或收集工作进程的测量数据。回调存在不代表该节点普遍支持共享并行扫描或共享状态。

此构建的回调:none extracted from this node implementation.

执行器实现说明

nodeValuesscan.c:支持扫描 VALUES 列表(范围表中的 VALUES (...), (...), ...)的例程。

始终清空结果槽。到达数据末尾时应当如此;即使尚未到达末尾,这也是存储虚拟元组协议的第一步。如果槽可能指向某个内存上下文中的数据,应先清空槽,再重置该上下文。

清理上一轮遗留的数据。使用 ReScanExprContext 而非仅使用 ResetExprContext,是因为需要调用所有已注册的关闭回调。

除非已为该行建立表达式求值状态,否则在 econtext 的逐元组内存中创建。这有些特别,但移到下一行时需要再次删除该状态,防止较长 VALUES 列表持续增加内存需求。无法采用这种方式的行,已在计划启动时建立求值状态。

parent 传 NULL,而非当前计划节点,以免此临时状态中的内容链接到永久状态。唯一可能这样做的表达式类型是 SubPlan,而此前已检查不存在这种表达式。

核心源码中的 EXPLAIN 标识

case T_ValuesScan:
			pname = sname = "Values Scan";
			break;

本构建中的 EXPLAIN 标签

文本格式标签结构化节点标识
Values ScanValues Scan

相关条目

文档与源码

来源构建
版本
18.6
构建
PostgreSQL 18.6 source archive
来源指纹
555610c24d53e4316da5b7d3fc25c279d96856d5e0e23ee308c328c5fa881d9f

版本比较

PostgreSQL 17 → 18: 无变化。

比较已记录的接口与属性,排除来源指纹和构建元数据。某个样本中没有记录,不能据此判断实际引入或移除的版本。

相关条目

导出 JSON · 返回执行计划节点 · 收录范围为 PostgreSQL 10 至 20;最早采样版本不一定是实际引入版本。