Twitter 回答を得られなかったQ

Twitter Developersで「アプリ1」を登録しました
・その後、「アプリ2」を作成する時、新規アプリケーション登録は必要？

どういう時にアプリを登録するのでしょうか？
・「Callback URL」が同じでも、「アクセストークン」が異なることはあり得る？
・Twitterの「連携アプリを認証」画面からの戻り先を、「Developers」で設定した「Callback URL」以外に遷移させることは出来ない？

認証画面で、ユーザがアプリ連携ボタンを押したら、
URLにoauth_verifierが付与されると思ったのですが、

GET oauth/authenticate の「Example Result」を見ると、oauth_tokenしか付与されていません。
・どうしてでしょうか？
・oauth_verifier はどこで取得するのでしょうか？

・もしかして、authenticateではなくて、GET oauth/authorizeで取得？？？

{"errors":[{"code":89,"message":"Invalid or expired token."}]}

Twitter APIで複数アカウントを作成してはだめ？

これから複数サイトでTwitter APIを使用したいのですが、規約違反にならないために、注意すべきことは何ですか？

検索したら「ひとつのアプリのために複数のキー取得」するとよくないと書いてあったのですが、具体的にどういうことですか？

ひとつのアプリとは、ひとつのWebアプリケーションということですか？
・ひとつのWebアプリケーションは何をもってひとつと判断するのですか？
・ドメイン？
・サブドメインが異なれば、異なるアプリですか？

複数のキーとは、何を指しますか？
・APIシークレットキーですか？
・1アカウントにつき、1つAPIシークレットキーが付与される？

・Togetter が凍結された時、内容を理解できませんでした

Twitterで、bearer token 使用する際、行いたい処理の前に、毎回リクエストを投げて、bearer token を取得していたのですが、
・この値は実質的には固定値のようなものですか？
・毎回取得する必要はない？
・一度取得したものを使いまわせる？

APIキーとAPIシークレットを結合してbase64エンコードしたものを指定URLへ投げるだけなら、
・APIキーとAPIシークレットが同じ場合、毎回同じ結果が返ってくるということですか？

bearer tokenが、「APIキー」や「APIシークレット」のようにTwitterから与えられないのは、
・「APIキー」と「APIシークレット」を使用すれば簡単に求めることができるから？
・それとも、有効期限か何かがあって、毎回取得した方が良い、ということですか？

現状
・メール認証（アクティベーション）後、メールアドレスをDBへ格納しています

質問1
・Twitter経由でソーシャルログインすること自体は出来たのですが、DBへは何を保存すべきですか？
・Twitterユーザが一意であることを確認するには「id_str」を保存すれば良いですか？　「oauth_token」や「oauth_token_secret」を保存する必要はない？？
※Twitter経由でメールアドレスを取得するかどうかは未定です

質問2
・今後、他のソーシャルログインも追加していくと仮定した場合、テーブル構成や条件分岐がどんどん複雑になっていくような気がするのですが、定番とされるやり方みたいなのはあるのでしょうか？
・例えば、1つのuserテーブルに下記内容を保存する感じですか？
・通常のメール認証（アクティベーション）」に必要な情報
・Twitterソーシャルログインに必要な情報
・Googleソーシャルログインに必要な情報
・Facebookソーシャルログインに必要な情報