重复执行PL/pgSQL函数触发OID关联打开失败错误求助

你遇到的错误ERROR: could not open relation with OID 2948131本质是命令行参数长度限制导致的间接异常：当JSON输入达到28KB时，将其作为命令行参数传给ggp-json程序会超出shell的命令行长度上限，导致外部程序执行失败，进而使COPY操作无法正常访问临时表，触发OID相关的错误。

另外你原函数的临时表处理存在隐患：如果COPY执行失败，后续的DROP TABLE不会执行，再次调用函数时会因临时表已存在报错。

改用临时文件传递输入的方式，避免命令行长度限制；同时简化逻辑，用pg_read_program直接获取外部程序输出，无需临时表。

修改后的函数代码 #

CREATE OR REPLACE FUNCTION swipl_rpc(IN json_in JSONB, OUT json_out JSONB)
LANGUAGE plpgsql
AS $code_block$
DECLARE
  -- 生成唯一临时文件名，避免并发冲突
  tmp_file_path text := '/tmp/swipl_rpc_' || md5(random()::text || clock_timestamp()::text) || '.json';
BEGIN
  -- 将JSON输入写入临时文件
  EXECUTE format('COPY (SELECT %L) TO %L', json_in, tmp_file_path);
  
  -- 调用ggp-json读取临时文件，将输出转为JSONB
  json_out := pg_read_program('ggp-json', ARRAY[tmp_file_path])::jsonb;
  
  -- 清理临时文件
  PERFORM pg_delete_file(tmp_file_path);
EXCEPTION
  -- 异常时确保临时文件被删除，避免磁盘空间浪费
  WHEN OTHERS THEN
    PERFORM pg_delete_file(tmp_file_path);
    RAISE;
END;
$code_block$;

关键优化点 #

• 解决命令行长度限制：将大JSON写入临时文件，让ggp-json读取文件而非直接传递命令行参数，彻底规避长度上限问题。
• 简化逻辑：用pg_read_program直接获取外部程序输出，无需创建临时表存储结果，减少不必要的数据库对象操作。
• 异常安全：添加EXCEPTION块，确保即使函数执行出错，临时文件也会被清理。
• 唯一性保障：用随机值+时间戳生成临时文件名，避免并发调用时的文件冲突。

可选方案（无需临时文件） #

如果你的ggp-json程序支持从标准输入读取数据，可以改用管道方式进一步简化：

CREATE OR REPLACE FUNCTION swipl_rpc(IN json_in JSONB, OUT json_out JSONB)
LANGUAGE plpgsql
AS $code_block$
BEGIN
  CREATE TEMPORARY TABLE tmp_input (data JSONB);
  INSERT INTO tmp_input VALUES (json_in);
  
  CREATE TEMPORARY TABLE tmp_output (data JSONB);
  
  -- 通过管道将输入传给ggp-json并捕获输出
  EXECUTE $cmd$
    COPY tmp_output FROM PROGRAM 'ggp-json'
  $cmd$;
  
  COPY tmp_input TO PROGRAM 'ggp-json';
  
  SELECT data FROM tmp_output INTO json_out;
  
  DROP TABLE tmp_input;
  DROP TABLE tmp_output;
END;
$code_block$;

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