为何要在Django的OneToOneField一对一关系上设置primary_key=True

问题结论前置 #

你对讲师观点的判断是正确的，且你关于「无底层技术必要性，仅为合理性考量」的猜测也完全成立。

先纠正讲师的错误认知 #

OneToOneField 本身就默认自带 unique=True 约束，无论是否给该字段加 primary_key=True，数据库层面都会保证关联值唯一，不可能出现「一个用户对应多个个人资料」的重复行问题，讲师的说法属于对字段特性的误解。

为什么官方示例要给OneToOneField设置primary_key=True #

这一做法完全是工程合理性优化，没有强制技术要求，核心收益有三点：

• 避免冗余字段：如果不给该字段设为主键，Django会自动为Restaurant模型生成一个名为id的自增主键字段，此时表内会同时存在两个唯一索引（自增id、place关联字段），完全冗余。直接复用关联字段作为主键，既节省存储空间，也减少了索引维护开销。
• 逻辑天然对齐：该示例属于典型的扩展表场景，Restaurant本质是Place的业务扩展，一个Place最多对应一个Restaurant，用Place的主键直接作为Restaurant的主键，业务逻辑上完全对齐，关联查询时不需要额外做字段映射，更直观高效。
• 减少不必要的操作：创建Restaurant实例时不需要依赖数据库自增生成主键，直接复用关联的Place主键即可，减少了主键生成的相关开销。

补充验证 #

你可以自行测试：把官方示例里的primary_key=True删掉，运行迁移后查看数据库表结构，你会发现place字段依然带有UNIQUE约束，所有一对一关联的功能完全正常，和加了主键配置的版本没有功能差异，只是多了一个冗余的自增id字段而已。

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