Abhinav Omprakash: 今天我学到的：在Postgres中创建没有主键的表可能导致更新和删除操作失败
原文英文，约1700词，阅读约需6分钟。
📝
内容提要
这篇文章讲述了一位工程师在数据库迁移中遇到的问题，因生产环境开启了逻辑复制而其他环境未开启，导致删除操作失败。通过分析日志，发现需要为新表设置副本标识。作者强调在数据库中始终使用主键的重要性，以避免类似问题。
🔎
延伸解读
逻辑复制环境差异导致的隐蔽故障
文章指出，生产环境开启了逻辑复制，而本地和QA环境未开启，因此删除操作仅在线上失败。这种环境不一致会掩盖问题，直到部署后才暴露。读者应确保各环境配置尽可能一致，或在测试中模拟生产设置，以避免类似意外。
副本标识：逻辑复制中的关键角色
Postgres在逻辑复制中需要副本标识来唯一标识行，以便在订阅端执行更新或删除。没有主键的表默认没有副本标识，导致发布端删除时出错。文章通过示例说明，添加主键或设置REPLICA IDENTITY可解决此问题。
主键与唯一约束在复制中的区别
文章强调，仅用唯一约束不能自动提供副本标识，必须手动设置REPLICA IDENTITY。而主键会自动成为副本标识。这提醒设计表时，若涉及逻辑复制，应优先使用主键，或明确配置副本标识。
❓
Q&A
在Postgres中，为什么没有主键的表会导致删除操作失败？
没有主键的表缺乏副本标识，Postgres无法确定要删除的行，因此删除操作会失败。
如何为Postgres中的表设置副本标识？
可以使用ALTER TABLE命令为表设置副本标识，例如：ALTER TABLE freshly_baked_table ADD PRIMARY KEY(crusty_id);
在数据库迁移中遇到删除失败时，应该如何排查问题？
可以通过分析日志来查找错误信息，确认是否开启了逻辑复制以及表是否有副本标识。
逻辑复制在Postgres中是如何工作的？
逻辑复制使用发布-订阅系统，将主数据库中的数据变更发布到订阅的数据库中。
为什么在生产环境中会出现删除操作失败的情况？
因为生产环境开启了逻辑复制，而其他环境未开启，导致在生产中出现错误。
在数据库设计中，主键和唯一约束有什么区别？
主键用于唯一标识数据库行，而唯一约束则不一定提供副本标识，可能需要手动设置。
🏷️
