[アルゴリズム]Twitterなどのフォローのテーブル設計の正誤を判定お願いします

Question

表題にもあるようにTwitterなどのSNSでよく用いられている
フォローのテーブル設計とロジックを考えてみたので
お詳しい方、こちらで問題ないかご教示をお願いします。

前提としてphpとMySQLをイメージして考えました。

前提

Twitterを踏襲する片思いのフォロー仕組み
Facebookのように相手の承認を得ない

参考

USERテーブルにユーザがずらずらいるとして別にFOLLOWテーブルを用意してユーザIDとフォローしたユーザIDを書いておくのが一般的な設計だと思います。負荷を考えて２個のテーブル一々joinするのは嫌だーなんて時はUSERテーブルに直接フォロワーのIDをリストで書いちゃうような実装もできなくはないですが、前者の方法なら矛盾はおこらないしフォロワーも仕組み的には無限に増やせるし簡単にcountしたりできると思います。
Yahoo！ 知恵袋抜粋

ロジック

Comments

[m.ts10806]

承認式かどうかでも違うと思います。
必ず相互になるのか、片思いがあるのか　twitterを踏襲するなら片思いということになるとは思いますが

Answer 1

特に問題なく、一般的な実装かと思います。
書かれている要件以外の要件がないのであれば必要十分です。

Comments

[DaisukeMori]

ご回答ありがとうございます。
このロジックで実装にチャレンジしようかと思います。