Question

我阅读了我sql Facebook友谊表的若干解决办法,并用两个领域用户_a和用户_b的相当简单的表格作出决定。然后,我会利用一个“联合国设想”的问询,获得一份所有用户朋友的名单(因为用户可以是用户_a或用户_b)。我现在的问题是,......在汽车中增加独一无二的补贴或复合补贴是否更好?

表1

用户_a,用户_b

表2

unique_id, 用户_a,用户_b

Answer 1

我的评论:

either approach for the key is fine. I would prefer a compound key over surrogate key to save space and avoid additional indexes
you may require a surrogate key though - some DALs do not work with compound keys

<>Update:

你可以认为,友谊是双向的。仅仅因为用户协会友好用户B并不意味着用户B已经友好用户A。如果你跟踪双方,就会使你的询问更加容易。在这种情况下,请:

Friend
-------
UserID
FriendUserID

因此,你只是在用户信息数据库栏上配对,以获得用户朋友名单。如果两个用户相互朋友,你将两行放在桌面上。如果一名用户不友善,你就会把这段话删除。

Answer 2

虽然从设计角度来说,复合关键解决办法似乎更为可取,而且从表面上看,空间消耗较少,但有些情况是,我个人很少去做自动加固的计算。

如果在其他地方提到友谊,那么从长远来看,它将节省更多的空间,在参考表中将单一数字识别作为外国钥匙,而不是复合识别。此外,如果你经常在友谊指数上问话,单笔补助的指数(略为)将比复合指数短和更快。