OAuthサーバーデータ（クライアントではない）を格納するために必要なテーブル

Question

現在、OAuthを学習しています。私はこのOAuth library、具体的にはPHP版を試してきました。

私はベアボーンですが、基本的な考え方を理解するのに十分です。今、私の学習はデータベースにデータを保存することに移ります。

• 私は
• 秘密コンシューマキーと消費者の特定のアプリケーションを格納するテーブルを作成する必要があり、私はアプリケーションへのユーザーアクセストークン鍵と秘密の特定を保存するテーブルを作成する必要があります。私はは、私はすでに知っていると思うことがいくつか今

（日付に沿って次の時間、私はトークンの有効期限を実装する必要があるとき、私はそれを使用することができるように生成された）、質問を入力してください。

を
• 別のテーブルが必要ですか？またはこれらの2つで十分ですか？

Answer 1

アプリケーションキーを処理するには、1つのテーブルが必要です。サーバーデータの処理を許可されているすべてのアプリケーションに公開/非公開のトークンがあります。

AppID | Public Token | Private Token | Callback URL | Additional App Data 
------+--------------+---------------+--------------+-------------------- 
    1 | aaaaaaaaaaaa | bbbbbbbbbbbbb | http:///  | Test App #1 
    2 | cccccccccccc | ddddddddddddd | http:///  | Test App #2 

すでにお客様データテーブルがあります。したがって、顧客トークン/アプリケーショントークンを顧客IDにリンクするテーブルが必要になります。

App ID | Customer ID | Public Token | Private Token 
-------+-------------+--------------+-------------- 
    1 |   1 | zzzzzzzzzzzz | yyyyyyyyyyyy 
    2 |   1 | xxxxxxxxxxxx | wwwwwwwwwwww 

また、リプレイ攻撃を避けるためにナンスとタイムスタンプ情報を追跡する必要があります。