PostgreSQL存储原图与编辑图：单表/双表设计选型咨询

1. 哪种方案更适合长期可维护的系统？ #

没有绝对最优解，核心取决于业务的长期演进方向：

• 如果未来原图和编辑图的业务属性差异会持续扩大（比如原图需要新增审核状态、版权信息，编辑图需要补充编辑参数、操作者、工具类型等专属字段），双表设计更易维护——表结构本身就明确区分了两类数据的职责，可针对性设置约束和索引，避免单表字段冗余、逻辑混杂。
• 如果业务更侧重版本溯源的灵活性，且两类图片的元数据差异不大（仅多少量编辑相关字段），自引用单表更适合长期维护：它天然支持多层级编辑的树形结构，新增版本只需插入一条关联父图的记录，查询完整版本链或溯源原图时用递归CTE即可实现，后续扩展通用字段也无需拆分表结构。

2. 将原图与编辑图分离为双表是否属于过度设计？ #

需结合当前及预期业务复杂度判断：

• 如果原图和编辑图的核心元数据高度重合，仅编辑图多edit_type这类少量字段，双表属于过度设计——会增加关联查询的复杂度（比如查某原图的所有版本需JOIN两张表），还会带来冗余的表结构维护成本（新增通用字段时要同步修改两张表）。
• 如果原图有严格的不可修改约束，且两类数据的业务规则差异明显（比如原图强制关联product_id，编辑图可无此关联；原图需归档策略，编辑图需按编辑时间清理），双表设计是合理的，不属于过度设计——它通过物理隔离强化了业务规则，避免单表混合不同属性数据导致的逻辑混乱。

3. 若图片版本可多次编辑，自引用单表是否为更自然的模型？ #

是的，自引用单表是更贴合业务的选择：

• 多层级编辑的本质是树形版本链，自引用的parent_image_id可直接映射这种关系，每个编辑图都能明确指向自己的直接父版本，完整历史链清晰可追溯。
• 双表设计默认只能将编辑图关联到原图，无法记录中间编辑步骤——若要支持多次编辑，要么修改edited_images表新增parent_edited_id字段，破坏原本“原图-编辑图”的简单关联逻辑；要么只能把所有编辑版本都关联到原图，丢失中间版本的溯源关系，完全不符合业务需求。
• 自引用单表还可通过新增group_id字段（关联同一原图的所有版本），实现快速查询某原图的全部版本，兼顾树形溯源和分组查询的需求。

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