好友关系表可以存2条,毕竟存一条看着不直观,存2条查询user_id为2的好友可以select friend_id from table where user_id = 2 。 存1条的话比较麻烦些,select friend_id from table where user_id = 2 union select user_id from table where friend_id=2。对于权限表还是分开吧. 关系表就维护关系,权限表就维护权限。不要在一起,因为以后指不定还要加其他权限,弄在一张表里肯定会遇到麻烦。分开的话至少没那么麻烦。修改起来也不会影响关系表
好友关系表可以存2条,毕竟存一条看着不直观,存2条查询user_id为2的好友可以
select friend_id from table where user_id = 2
。 存1条的话比较麻烦些,select friend_id from table where user_id = 2 union select user_id from table where friend_id=2
。对于权限表还是分开吧. 关系表就维护关系,权限表就维护权限。不要在一起,因为以后指不定还要加其他权限,弄在一张表里肯定会遇到麻烦。分开的话至少没那么麻烦。修改起来也不会影响关系表看业务需求,个人觉得细一点好
感觉就你说的后来的需求来说 这两条数据并不一样 id为1的用户他有自己的好友 肯定不止id为2的这么一个
再者 到后李 实现别的需求的时候你写一起也不好
依我看是有必要分开的
两条。
1,对方是你的好友,你未必是对方的。
2,对方对你的设置和你对对方的设置未必是一致的。
如果有这两个需求。两条,需求反之,一条。
我个经验是2条比较好。第一:你是我的好友,我未必一定是你的好友。第二:这样做查询好友太方便了,一条的话查询麻烦。
另外,我们考虑一下扩展,如果把好友改成黑名单,那么用2条的话,很容易就能扩展。毕竟我拉黑你,你未必拉黑我。
两条吧,类似关注的那种.你关注他,他不一定关注你