私はちょうどAuth0の簡単な質問があります。私は一生懸命に見てきましたが、私がもっと混乱していくにつれて、私はそれを感じます。 「| 123456789 Facebookの」：この「サブ」のように見えるサブ主張がある中で、私がログインしたときAuth0が私を与えることJWTのペイロードにAuth0 JWTの「Sub」クレームは常にユニークであるか？
。
私は別のテーブルにユーザーをリンクするために、私のデータベース内の外部キーの一種としてそれを使用することができる場合、サブは常に一意であるとされます場合、私はちょうど好奇心が強いです。
サブジェクトの略語は、この場合Auth0のユーザーを表す正規化されたユーザープロファイルのユーザーIDです。ここで
、 ログインfacebook | 123456789は（Facebookのから来た）ユーザーのための FacebookのIDとパイプの接続戦略（あなたの例ではタイプ ログインfacebookの社会的な接続）です。ただし、 facebookでConnectionを設定すると、実際には特定のFacebook App（その接続戦略のAuth0で設定したApp IDとApp Secret）への接続が設定されていることに注意してください。 Auth0ダッシュボードの社会的なつながりの下で定義された型のFacebookの単一の接続戦略のための長い話を短く、 - [はい、これはユニークになると、そのユーザーのプロファイルなど について濃縮された情報を持つ別のデータストアに関連付ける識別子可能性はちょうどあなたがFacebookの中で定義された別の独立したアプリケーションは、セットアップというFacebookアプリに新しいAuth0 Facebookの接続を作成した場合、念頭に置いて、そして同じユーザーでログイン - 彼らはほぼ確実にFacebookのユーザーIDが異なるためサブを受け取ることになります異なるだろう。たとえば、facebook | 987654321など