好友關係表可以存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條的話,很容易就能擴展。畢竟我拉黑你,你未必拉黑我。
兩條吧,類似關注的那種.你關注他,他不一定關注你