如何解决以一对一的关系代理密钥吗？
我有两个表：对象和形状。
对象具有形状。一个对象必须具有一个形状，并且不能超过一个形状。
所以，我主要是这样设计的：One-to-one relationship PK
这对我来说很有意义，因为我知道我永远不会为一个给定的对象拥有2行。另外，这些形状会随着时间的推移改变我的价值观，因此我想能够找到合适的行并更改它们的值。
但是，我听说有一个代理密钥是一种很好的做法。建议我在我的情况下使用它，以完成此设计：One-to-one relationship surrogate key
但是我看不到这里的好处。我的ObjectID本身是 Objects 表中的代理键。所以为什么？而且我必须确保对于给定的对象必须有一个形状。如果使用ShapeID代理键，最终将不得不管理 Shapes 表中FK ObjectID 上的一些约束，对吗？ 另外，如果我使用代理键，则在需要更新对象形状时，可能必须找到旧行，删除它，插入新行等，对吗？
所以，我想问一下。在一对一关系中，为什么要使用替代键而不是主键作为外键？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
