PostgreSQL父表已有记录时插入子表避免父记录重复方法

PostgreSQL的INHERITS表继承特性本质是结构复用+查询时的行汇总，不是外键式的关联关系，核心规则和预期的差异直接导致了重复问题：

• 查询父表时，PostgreSQL会默认返回两部分数据：父表自身物理存储的所有行、所有继承子表中存储的匹配父表结构的行，两类行独立存储，查询时不会自动去重。
• 先往父表插入的parent_id=4的行，是仅存在于parent表存储中的独立行；后续往child表插入的同id行，是存储在child表中的另一条独立行，查询父表时两条都会被返回，自然出现重复。
• PostgreSQL原生继承不会自动实现跨父子表的全局约束：给父表定义的PRIMARY KEY (parent_id)仅会校验父表内部的id不重复，不会阻止子表插入相同id的行，因此插入操作不会抛错。

根据实际业务语义二选一即可：

场景1：符合面向对象继承语义——子类是父类的特殊形态，不存在独立于子类的纯父类实例 #

这种场景下父表属于抽象基表，永远不要直接往父表插入数据，所有业务实体都直接插入对应子表即可：

• 不需要先在父表插父记录，直接往子表插入数据时，子表中属于父表结构的字段值会自动在父表查询时被汇总返回，不会产生重复。
• 如果需要保证所有父子表的parent_id全局唯一，可以通过触发器实现跨表id校验，PostgreSQL 11及以上版本更推荐直接用声明式分区表代替传统继承，原生支持全局主键约束。

示例插入逻辑：

-- 跳过父表插入步骤，直接写入子表
INSERT INTO child (parent_field, child_field)
VALUES ('Hello World', 'The child');

场景2：符合关联扩展语义——父记录是独立存在的基础数据，子记录是挂载在父记录下的扩展属性 #

也就是当前需求场景：父表已经存在独立记录，需要为其追加关联的子属性，这种场景完全不适合用表继承，改用标准外键关联即可：

1. 删除子表对父表的继承定义
2. 在子表新增parent_id字段，添加外键约束指向父表主键，保证关联合法性

调整后的建表语句如下：

-- 父表定义保持不变
CREATE TABLE IF NOT EXISTS public.parent
(
    parent_id smallserial NOT NULL,
    parent_field character varying(64),
    PRIMARY KEY (parent_id)
);

-- 子表取消继承，改用外键关联
CREATE TABLE public.child
(
    child_id smallserial PRIMARY KEY,
    parent_id smallint NOT NULL REFERENCES public.parent(parent_id),
    child_field character varying(64)
);

数据插入逻辑和原本的写法一致，此时父表只会存储自身的单条记录，不会出现查询重复：

-- 先插入父表记录
INSERT INTO parent (parent_field) VALUES ('Hello World');
-- 拿到序列生成的parent_id=4后，插入关联的子表记录
INSERT INTO child (parent_id, child_field)
VALUES (4, 'The child');

需要同时查询父、子表字段时用JOIN即可：

SELECT p.*, c.child_field
FROM parent p
LEFT JOIN child c ON p.parent_id = c.parent_id
WHERE p.parent_id = 4;

提示：绝大多数业务场景下如果需要“父记录独立存在、子记录关联扩展”的能力，外键方案是最稳定、符合PostgreSQL约束逻辑的选择。原生表继承更适合做数据分区、多态表存储这类不需要跨表全局唯一约束的场景，不要将其当作表关联能力使用。

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