SetOp

说明

使用排序或哈希策略执行所选 INTERSECT 或 EXCEPT 操作。

核心节点标签

T_SetOp

结构化 EXPLAIN 节点类型

SetOp

输入

集合操作的输入计划

输出

集合操作的结果元组

执行器初始化函数

ExecInitSetOp

内存机制

unclassified

EXPLAIN 策略

Sorted, Hashed

EXPLAIN 名称与属性

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

此源码记录的文本名称：SetOp, HashSetOp.

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

内存与临时存储

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

并行执行与运行信息采集

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

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

执行器实现说明

nodeSetOp.c：处理 INTERSECT 和 EXCEPT 选择的例程。

SetOp 的输入为列集合完全相同的两个关系（外侧和内侧）。EXCEPT 查询中，外侧始终是左侧关系；INTERSECT 中，规划器尽量把较小的输入放在外侧。

在 SETOP_SORTED 模式下，各输入都已按全部分组列排序。SetOp 节点本质上按分组列执行归并连接，但只关心各输入有多少元组匹配。随后便可根据 SQL 规范，为 INTERSECT、INTERSECT ALL、EXCEPT 或 EXCEPT ALL 输出相应结果。

在 SETOP_HASHED 模式下，输入没有特定顺序。先读取外侧关系，在内存中构建哈希表，为每组相同元组保留一个条目，并统计组内元组数量；再读取内侧关系，统计与每个外侧分组匹配的元组数量。（仅出现在内侧关系中的元组不可能产生输出，因此可以忽略。）读取全部输入后，扫描哈希表，利用计数生成正确输出。

此节点不用于 UNION 或 UNION ALL，因为它们有更低成本的实现方式，无需统计匹配元组数。

核心源码中的 EXPLAIN 标识

case T_SetOp:
			sname = "SetOp";
			switch (((SetOp *) plan)->strategy)
			{
				case SETOP_SORTED:
					pname = "SetOp";
					strategy = "Sorted";
					break;
				case SETOP_HASHED:
					pname = "HashSetOp";
					strategy = "Hashed";
					break;
				default:
					pname = "SetOp ???";
					strategy = "???";
					break;
			}
			break;

相关条目

• EXPLAIN
• 使用 EXPLAIN
• 并行计划

文档与源码

• src/backend/commands/explain.c:1580
• src/backend/executor/execProcnode.c:370
• src/backend/executor/nodeSetOp.c
• src/include/nodes/plannodes.h

版本比较

PostgreSQL 17 → 18: 无变化。

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

相关条目

• AppendAppend
• Merge AppendMergeAppend
• Recursive UnionRecursiveUnion
• UniqueUnique