Closed. This question is opinion-based。它当前不接受答案。
想改善这个问题吗?更新问题,以便editing this post用事实和引用来回答。
去年关闭。
好吧,我最初在StackExchange上为数据库管理员发布了此问题:
https://dba.stackexchange.com/questions/28356/should-this-be-an-identifying-relationship-or-not
但我猜似乎缺少用户。那么有人可以帮我吗?
编辑:
好吧,我选择了一种非身份确定的关系,这样用户可以是耐心的,SpiProfessional的或两者都有。看起来工作得更好,即使编写查询时工作更多。感谢大家的回答,它们都为我对数据库的理解做出了贡献。
想改善这个问题吗?更新问题,以便editing this post用事实和引用来回答。
去年关闭。
好吧,我最初在StackExchange上为数据库管理员发布了此问题:
https://dba.stackexchange.com/questions/28356/should-this-be-an-identifying-relationship-or-not
但我猜似乎缺少用户。那么有人可以帮我吗?
编辑:
好吧,我选择了一种非身份确定的关系,这样用户可以是耐心的,SpiProfessional的或两者都有。看起来工作得更好,即使编写查询时工作更多。感谢大家的回答,它们都为我对数据库的理解做出了贡献。
最佳答案
好的,这是我根据您的设计所认为的。
“用户”表和“患者”表不应为1:1的关系,因为用户可能不是患者,因此应为1:0..1。
SpiProessional也是如此。该用户可能不是SpiProfessioanl,因此到Spiprofessional的User表应为1到0..1的关系。
我认为值得看一下这两篇文章。
1. Any example of a necessary nullable foreign key?
2. Implementing one-to-zero-or-one relation in SQL Server
关于mysql - 这应该是一种确定性的关系吗? ,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/13282357/
10-10 06:51