php - サードパーティのログインフォームの設計上の問題

Question

ユーザー テーブル ID 名と各サード パーティが新しいテーブルを追加します。例 WeChat ID openid uid (メイン ユーザー テーブル ID) ..... QQid openid uid このようにして、異なるサードパーティを使用するユーザーは異なるアカウントと 1 つのユーザーを持つことになります。複数のアカウントがあるのですが、どうすればデータの相互運用性を実現できますか? たとえば、WeChat でログインします。

習慣沉默 · Answer

いくつかの方法があります:
最初の冗長フィールド
ユーザーテーブル user: id 名前電話 email....
サードパーティログインテーブルログイン: id uid wxopenid qqopenid...
作成時に '' を与えて、後でバインドするときに関連するフィールド。
2 番目のタイプのテーブル分割
ユーザーテーブル: user: id 名前電話メール....
サードパーティテーブル: openid: id wx_openid qq_openid....
関係テーブルの関係: uid oid ここでの oid は 3 番目のタイプです。パーティーテーブル
この設計の目的は、データが多すぎると結合操作に時間がかかるため、結合操作の必要性を排除することです。コードロジック層では、まず現在ログに記録されている関係の oid を取得します。 -in uid を選択し、openid テーブル内の関連データを選択します。

すべてを 1 つのテーブルに置くことはお勧めできません。。。

ringa_lee · Answer

1. テーブルを使用しないのはなぜですか? テーブルには、使用されているサードパーティログインの種類を示すフィールドがあります。

2. 2 つの異なるサードパーティでログインすると、確かに 2 つのアカウントが生成されます。この時点でこれら 2 つのアカウントを統合する場合は、より複雑になり、どのデータを使用するかが関係します。もちろん、これを行うことは可能であり、最悪の場合、情報が複数のアカウントに同時に送信されることになります。

一般的な考え方は、まずアカウントを取得することです (アカウントソースは、ある種のサードパーティのログイン、電子メール登録、携帯電話の登録にすることができます)。いずれにせよ、アカウントを取得し、その後、新しいサードパーティのアカウントをバインドする必要があります。ログイン中。 SF アカウント設定、/user をパラメータ化できますか...

更新、1 つのテーブルで複数のサードパーティログインを維持することについての私の個人的な理解
テーブルフィールド - oauth テーブル
id // 自動インクリメント可能
type // wx、qq、weibo などにすることができます
user_id, // // mysql-text タイプのテーブルの id
データは、JSON 形式であるか、さまざまなタイプに対応する JSON 形式を使用することをお勧めします。データの読み取りと保存には違いはありません。