java - 好友关系表数据的存储问题,存一条还是两条？

Question

项目中设计好友关系，存储在一张表里面
现有用户id为2和3加为好友
好友关系表：

id	user_id	friend_id
1	2	3
2	3	2

这两条数据是否是一样的？还是应该存为一条数据?

后续可能还会有权限相关设计
如：

id	user_id	friend_id	是否允许查看自己的动态	是否查看对方的动态消息
1	2	3
2	3	2

这种情况是存在一张表里面，还是将权限和好友关系分开，单独存一张权限表

Answer 1

友達関係テーブルには 2 つのエントリを保存できます。結局のところ、user_id が 2 の友達をクエリするために 2 つのエントリを保存するのは直感的ではありません。権限テーブルを分離しましょう。関係テーブルは関係を維持し、権限テーブルは権限を維持します。将来的に他の権限を追加する必要が生じる可能性があり、それらを 1 つのテーブルに配置すると間違いなく問題が発生するため、これを同時に実行しないでください。少なくとも別居してもそんなに面倒なことはないだろう。変更は関係テーブルには影響しません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

Answer 2

ビジネス上のニーズにもよりますが、個人的にはもっと詳しい方が良いと思います

Answer 3

ID 1 のユーザーには、ID 2 の友達が複数いるはずです
この 2 つのデータは、後で他のニーズに気づいたときに、一緒にダメだと書きます

Answer 4

私の意見では、分離する必要があります

Answer 5

アイテムは2つ。
1. 相手はあなたの友達ですが、あなたは相手の友達ではないかもしれません。
2. 相手のあなたに対する設定は、相手に対するあなたの設定と同じではない可能性があります。

これら 2 つのニーズがある場合。 2 つ、その逆が必要です。1 つです。

Answer 6

私の経験では、2 の方が優れています。まず、あなたは私の友達ですが、私はあなたの友達ではないかもしれません。 2番目: この方法で友達を確認するのはとても便利ですが、リンクを 1 つだけ確認するのは面倒です。

さらに、フレンドをブラックリストに変更すると、2つのアイテムを使用して簡単に拡張できます。結局のところ、私があなたをブロックしても、あなたは私をブロックしないかもしれません。

Answer 7

2、あなたが彼をフォローしても、彼はあなたをフォローしない可能性があります