PostgreSQL 13分区表间创建外键报错，寻求解决方案

这个问题我之前帮同事排查过，PostgreSQL 13对分区表的约束逻辑有几个容易踩的细节，咱们一步步来拆解原因和解决办法。

为什么会报there is no unique constraint matching given keys？ #

核心原因有两个：

1. PostgreSQL 13对分区表唯一约束的硬性要求：分区表的所有唯一约束（包括主键）必须包含分区键。这是因为13版本不支持跨分区的全局唯一约束——如果你的唯一约束不包含分区键，那它只能保证单个分区内的列值唯一，不同分区之间完全可能出现重复值。
   你的"user"表分区键是value，主键(id, value)是符合要求的，但你额外加的UNIQUE(id)没包含分区键，这个约束只在每个分区内生效，全局来看id可能重复，PostgreSQL不会把它认作有效的外键引用目标。
2. 外键引用的规则：外键必须指向被引用表的完整主键或者全局唯一约束。你只引用了"user"(id)，但"user"的主键是(id, value)，单拿id出来并不满足主键的完整定义，这也是报错的关键。

另外提一句，user是PostgreSQL的保留字，建表时一定要用双引号"user"转义，不然会触发语法错误，你的原语句可能也存在这个隐患。

可行的解决方案 #

方案1：调整外键引用完整的主键列 #

既然"user"的主键是(id, value)，那我们需要让test表同时引用这两个列，来满足外键的完整性要求。修改后的建表语句如下：

-- 创建分区表"user"（注意双引号转义保留字）
CREATE TABLE "user" ( 
    id serial, 
    value varchar, 
    PRIMARY KEY (id, value) -- 主键已包含分区键，无需额外加UNIQUE(id)
) PARTITION by LIST(value);

-- 创建test表，添加user_value列，外键引用完整主键
CREATE TABLE test ( 
    id serial, 
    user_id integer,
    user_value varchar,
    PRIMARY KEY (id), -- 可根据业务需求调整主键
    FOREIGN KEY (user_id, user_value) REFERENCES "user"(id, value) 
) PARTITION by LIST(user_id);

这样外键指向了"user"的完整主键，PostgreSQL会认可这个约束——因为主键包含分区键，跨分区不会出现重复的(id, value)组合，能保证引用的完整性。

方案2：升级到PostgreSQL 14+ #

如果你的环境允许升级版本，PostgreSQL 14及以后放宽了分区表的唯一约束限制，支持创建不包含分区键的全局唯一约束（只要每个分区都有对应的唯一约束，且数据库能通过分区策略验证跨分区唯一性）。升级后你可以保留原有的UNIQUE(id)约束，直接创建外键引用"user"(id)，不需要修改表结构。

不过要注意，即使升级后，你也要确保"user"的id是全局唯一的（比如用serial或identity列自增），这样外键约束才能正常工作。

额外修正你的原语句错误 #

你原test表的建表语句里有语法问题：PRIMARY KEY (id, int)和UNIQUE (int, id)中的int是无效列名，应该改成user_id，不然执行时会直接报错。

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