PostgreSQL如何合并生成临时表的函数调用与查询为单查询

你的CTE写法运行失败是PostgreSQL本身的执行机制决定的：

• 数据库执行任何SQL语句前，会先完成语义解析与对象校验，这个阶段会检查语句中所有引用的表、函数等对象是否存在、权限是否匹配
• 你的tmp_table_generated_by_my_func是my_func运行时才会创建的临时表，在整条CTE语句的解析阶段，这个表还不存在，数据库会直接抛出「关系不存在」的错误，根本不会进入执行阶段
• 这个机制没有绕开的可能：单条SQL中所有被引用的持久/临时对象，必须在语句开始执行前就已经存在，同一条语句内前面步骤生成的对象，不能被同语句的后续步骤直接引用。

方案1：改造函数为集合返回函数（优先选择） #

最优解是去掉函数内创建临时表的副作用逻辑，把my_func改造成直接返回结果集的SRF（集合返回函数），从根源上避免依赖运行时生成的临时表。
函数改造示例：

CREATE OR REPLACE FUNCTION my_func(input_id int, exec_date date)
RETURNS TABLE (
  -- 按你原来临时表的字段定义填写即可
  col1 int,
  col2 varchar,
  col3 numeric
)
LANGUAGE plpgsql
AS $$
BEGIN
  -- 把原来插入临时表的查询逻辑，直接通过RETURN QUERY返回
  RETURN QUERY
  SELECT 对应字段 FROM 你的业务表 WHERE 过滤条件;
END;
$$;

改造完成后，不管是直接查结果还是基于结果做后续计算，都可以单条SQL完成，不需要临时表：

-- 直接拿结果
SELECT * FROM my_func(8, CURRENT_DATE);

-- 基于结果做后续查询
WITH base_data AS (
  SELECT * FROM my_func(8, CURRENT_DATE)
)
SELECT col1, sum(col3) FROM base_data GROUP BY col1;

这种写法没有临时表的维护开销，执行效率更高，也不会出现会话残留临时表的问题。

方案2：保留原函数逻辑时的实现 #

如果因为历史兼容问题不能修改my_func的现有逻辑，必须保留它生成临时表的行为，无法用纯单条SELECT语句实现需求，但可以通过PL/pgSQL匿名块实现单次数据库调用完成所有逻辑，不需要手动分两次执行查询：

DO $$
DECLARE
  res_cursor refcursor;
BEGIN
  -- 第一步：调用函数生成临时表
  PERFORM my_func(8, CURRENT_DATE);
  -- 第二步：基于临时表做任意后续查询，这里先返回临时表全量数据
  OPEN res_cursor FOR SELECT * FROM tmp_table_generated_by_my_func;
  FETCH ALL IN res_cursor;
  CLOSE res_cursor;

  -- 后续如果要基于临时表做其他查询，直接在块内继续写逻辑即可
  -- 例如：INSERT INTO other_table SELECT * FROM tmp_table_generated_by_my_func WHERE ...;
END;
$$;

注意：不要尝试通过修改search_path、加嵌套触发器、在CTE里套动态SQL这类奇技淫巧强行在单条SELECT里引用运行时生成的临时表，这类写法稳定性极差，PostgreSQL小版本升级就可能失效，后续维护成本极高。

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