同一数据表间能否建立两个一对一关系？该设计是否合理？

1. 两个数据表之间能建两个一对一关系吗？ #

从技术和业务两方面说：

• 技术上：主流关系型数据库（MySQL、SQL Server等）都支持这么做，只要外键字段加上UNIQUE约束，就能实现双向的一对一关联。
• 业务上：不是不能建，但这种情况极少，得看实际业务逻辑是否真的需要。

2. 这种设计合理吗？ #

结合你给出的出版办公室数据库需求，这种设计并不合理，具体原因如下：

业务逻辑角度 #

按你的需求，订单和出版物是一对一的对应关系——一个订单对应唯一出版物，一个出版物也只对应一个订单。这种情况下，根本不需要在两个表中都加对方的外键：

• 要么在订单表里加个出版物编码字段（作为外键关联出版物表的主键，同时加UNIQUE约束），就能保证一个订单绑定唯一出版物，一个出版物也只能被一个订单绑定；
• 要么在出版物表里加个订单唯一编号字段（外键关联订单表主键，加UNIQUE约束），效果完全一样。

同时在两个表加外键，只会带来两个问题：

• 数据冗余：两个外键存的是重复的关联信息，纯纯浪费存储空间；
• 维护麻烦：以后要改关联关系的时候，必须同时更新两个表的外键字段，稍有不慎就会出现数据不一致的情况。

设计规范角度 #

一对一关系的标准做法，就是只保留一个方向的外键——一般选数据量更小、访问更频繁的表来放外键，或者看业务从属关系（比如谁依赖谁）。通过简单的关联查询，就能反向拿到关联数据，完全没必要双向加外键。

针对你需求的优化建议 #

你的实体需求是：

• 订单表：唯一编号、客户ID、印刷品类型、出版物、印刷厂、订单接收日期、订单完成日期、印刷质量
• 出版物表：出版物编码、作者、出版物标题、印刷页数、发行量、唯一订单号

建议只留一个方向的外键：

• 如果业务是先有出版物，再下单印刷，就在订单表里加出版物编码（外键+UNIQUE约束）；
• 如果是先有订单，再根据订单做出版物，就在出版物表里加订单唯一编号（外键+UNIQUE约束）。

这样既满足了一对一关联的需求，又避免了冗余和维护坑。

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