友達関係テーブルには 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
友達関係テーブルには 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
ビジネス上のニーズにもよりますが、個人的にはもっと詳しい方が良いと思います
ID 1 のユーザーには、ID 2 の友達が複数いるはずです
この 2 つのデータは、後で他のニーズに気づいたときに、一緒にダメだと書きます
私の意見では、分離する必要があります
アイテムは2つ。
1. 相手はあなたの友達ですが、あなたは相手の友達ではないかもしれません。
2. 相手のあなたに対する設定は、相手に対するあなたの設定と同じではない可能性があります。
これら 2 つのニーズがある場合。 2 つ、その逆が必要です。1 つです。
私の経験では、2 の方が優れています。まず、あなたは私の友達ですが、私はあなたの友達ではないかもしれません。 2番目: この方法で友達を確認するのはとても便利ですが、リンクを 1 つだけ確認するのは面倒です。
さらに、フレンドをブラックリストに変更すると、2つのアイテムを使用して簡単に拡張できます。結局のところ、私があなたをブロックしても、あなたは私をブロックしないかもしれません。
2、あなたが彼をフォローしても、彼はあなたをフォローしない可能性があります