我觉得我已经在互联网上搜索了很长一段时间来寻找这个问题的答案,但没有成功。有人愿意解释为什么多对多的关系应该用桥牌取代吗?
可能大多数(所有??(RDMS通过创建一个包含两列的表和FK来实现M:N关系。因此,对桥接表进行明确建模是没有好处的。
但在大多数实际情况下,您希望存储有关关系实例的附加信息(除了其存在的事实(,例如创建时的时间戳和用户。这意味着您无论如何都需要对桥接表进行建模。
我觉得我已经在互联网上搜索了很长一段时间来寻找这个问题的答案,但没有成功。有人愿意解释为什么多对多的关系应该用桥牌取代吗?
可能大多数(所有??(RDMS通过创建一个包含两列的表和FK来实现M:N关系。因此,对桥接表进行明确建模是没有好处的。
但在大多数实际情况下,您希望存储有关关系实例的附加信息(除了其存在的事实(,例如创建时的时间戳和用户。这意味着您无论如何都需要对桥接表进行建模。
javascript python java c# php android html jquery c++ css ios sql mysql arrays asp.net json python-3.x ruby-on-rails .net sql-server django objective-c excel regex ruby linux ajax iphone xml vba spring asp.net-mvc database wordpress string postgresql wpf windows xcode bash git oracle list vb.net multithreading eclipse algorithm macos powershell visual-studio image forms numpy scala function api selenium