友達管理機能 DB設計

Question

PHPを使って、友達管理機能を実装したいと思っています。
イメージとしては、facebookの機能が近いです。

以下の機能を想定しています。
・ 会員者が他会員に友達申請が出来る（ニックネームなどで検索）
・ 友達申請を承認または拒否できる
・ マイページ内の友達管理ページで、承認した友達、承認された友達一覧を見ることができる。
・ マイページ内の友達管理ページで、友達リクエスト一覧を見ることができる。
・ マイページ内の友達管理ページで、拒否した友達一覧を見ることができる。

既に会員情報を保持するテーブルは作成済みです。
上記のような機能を実現するために、友達を管理するようなテーブルが必要だと思うのですが、その設計方法に迷っており、このように実装するとよいよ、などのアドバイスをいただければと存じます。

現状考えているテーブル構造です。
友達管理テーブル
| 申請元会員ID | 申請先会員ID | 承認ステータス | 日時 |

承認ステータスカラムは、1が友達、2が未承認、3が拒否といった形を想定してます。
日時カラムは、友達承認または友達承認された日時、拒否したまたは拒否された日時を入れる想定です。

ご回答の上で、何かご質問があれば、お願いします。

Answer 1

こちらを参考にすると良いかと
OpenPNE3のテーブル定義書(作成中)をアップしました

Comments

[退会済みユーザー]

ご回答ありがとうございます！
OpenPNEは聴いたことありましたが、テーブル定義書は初めてみました！
参考になりそうです！

Answer 2

申請先のステータスに対してタイムスタンプを取らないなら、今のテーブルで行けると思います。無論、申請元会員IDと申請先会員IDは複合主キーにしておく必要があります。

あと、承認ステータスカラムは、1が友達、2が未承認、3が拒否といった形を想定しているとのことですが、申請先会員がそのサービスを使わなくなるケースを考えて、4（未使用とか）というステータスも付けた方がいいかも知れないですね。

Comments

[退会済みユーザー]

ありがとうございます。

申請先会員がそのサービスを使わなくなるケースを考えて、4（未使用とか）というステータスも付けた方がいいかも知れないですね。
=> そうですね！そういったケースも考慮して追加しておきます。

Answer 3

問題ないんじゃないですか？
申請元会員IDと申請先会員IDの複合ユニークを貼るくらいですかね
あとは仕様次第ですが一度拒否した申請を解除して未承認に戻す場合
元の申請日時を参照したいなら別途保持しておく必要があるかと

Comments

[退会済みユーザー]

ありがとうございます。
そうですね、二つとも複合キーとする予定です。
一度拒否した際の仕様は（未承認に戻すor 友達扱い）まだ未確定なのでそこはっきりさせて組んでいきます。