使用psql \copy导入数据触发外键约束错误，但关联行已存在

核心原因：\copy执行时的search_path未包含core schema #

你的\copy命令未指定search_path，而数据库默认的search_path为"$user", public。执行外键约束检查时，PostgreSQL会按当前search_path查找关联的alphas表——即去public schema中查找，而非数据实际存在的core schema，因此数据库判定apple不存在，触发外键错误。

而你手动插入前执行了SET search_path TO 'core';，此时数据库优先在core schema中查找alphas表，能匹配到对应值，所以插入成功。

解决方案 #

方案1：在\copy命令中指定search_path #

修改psql命令，在执行\copy前先设置search_path：

psql \
  -h foo.bar.us-east-2.rds.amazonaws.com -d mydb -U someuser \
  -c "SET search_path TO 'core'; \copy core.mytable (a,b,c) from '/path/to/big/no-header.csv' with delimiter as ','"

方案2：修改外键约束为带schema的全限定名 #

若需长期避免此类问题，可修改mytable的外键约束，明确指定关联core.alphas：

-- 删除原有外键
ALTER TABLE core.mytable DROP CONSTRAINT mytable_a_fkey;
-- 创建带schema的外键
ALTER TABLE core.mytable ADD CONSTRAINT mytable_a_fkey FOREIGN KEY (a) REFERENCES core.alphas(id);

额外排查点（可选） #

若上述方案无效，可检查：

• CSV中的值是否存在隐藏空格、换行或大小写差异（比如"apple "带空格，而alphas中是"apple"）
• 确认alphas表的id字段类型与mytable的a字段类型完全一致（避免类型隐式转换导致匹配失败）

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