Twitter への接続

クライアント ID は、Twitter の OAuth 承認サーバーでアプリケーションを登録するときに割り当てられます。

OAuth では、アプリケーションを登録する必要があります。登録の一部として、クライアント ID（別称：コンシューマ キー）およびクライアント シークレットを受け取ります。OAuthClientId と OAuthClientSecret の両方を、OAuth サーバーに接続するように設定されます。

クライアント シークレットは、Twitter の OAuth 承認サーバーにアプリケーションを登録するときに割り当てられます。

OAuth では、アプリケーションを登録する必要があります。登録の一部として、クライアント ID（別称：コンシューマ キー）およびクライアント シークレットを受け取ります。OAuthClientId と OAuthClientSecret の両方を、OAuth サーバーに接続するように設定されます。

OAuth を使用して接続するためのアクセス トークン。

OAuthAccessToken プロパティは、OAuth を使用して接続するために使用されます。OAuthAccessToken は、認証処理の一部として OAuth サーバーから取得します。サーバー依存タイムアウトであり、要求間で再利用できます。

アクセス トークンは、ユーザー名とパスワードの代わりに使用されます。アクセス トークンは、サーバーで課すことによって、資格情報を保護します。

OAuth を使用して接続するための OAuth アクセス トークン シークレット。

OAuthAccessTokenSecret プロパティは、OAuth を使用して接続および認証するために使用されます。OAuthAccessTokenSecret は、認証処理の一部として、OAuth サーバーから取得されます。OAuthAccessToken を使用し、タイムアウトするまで、複数の要求を使用できます。

インポート時に日付時刻フィールドを GMT タイムゾーンに変換します。日付時刻値は、false の場合には、Analytics を実行するコンピューターのオペレーティング システム タイムゾーンに変換されます。

主キー列の最大長。サイズを 0 に接続すると、キー長が元の長さに戻ります。

このプロパティでは、コネクターが主キー列のすべての報告された列を無効にします。

列が SQL_LONGVARCHAR として返されるかどうかを制御します。

この設定を使用すると、指定されたサイズよりも大きい列をマッピングし、SQL_VARCHAR ではなく、SQL_LONGVARCHAR として報告されます。

文字列タイプを SQL_VARCHAR ではなく、SQL_WVARCHAR にマッピングするかどうかを制御します。デフォルトで設定されます。

文字列を SQL_WVARCHAR にマッピングし、さまざまな国際文字セット格納するため、MapToWVarchar はデフォルトで true に設定されています。false に設定すると、SQL_VARCHAR を使用できます。

擬似列を列としてテーブルに含めるかどうかを指定します。

この設定は、テーブル列ではない場合に、擬似列の値を設定できない Entity Framework で特に有用です。

この接続設定の値は、"Table1=Column1, Table1=Column2, Table2=Column3" の形式です。"*" 文字を使用すると、すべてのテーブルとすべての列を含めることができます。

TLS/SSL を使用して接続するときにサーバーから許可される証明書。次のいずれかを指定できます。

• 完全 PEM 証明書
• 証明書を含むローカル ファイルへのパス
• 公開鍵
• MD5 サムプリント（16 進数値はスペースまたはコロン区切りにすることができます）
• SHA1 サムプリント（16 進数値はスペースまたはコロン区切りにすることができます）

TLS/SSL 接続を使用している場合は、このプロパティを使用して、サーバーから許可される TLS/SSL 証明書を指定できます。コンピューターから信頼されない他の認定書はすべて拒否されます。

メモリ内クライアント側処理を有効にし、API 経由で直接サポートされるよりも、SQL 機能を強化します。

• true コネクターはできるかぎり SELECT 文処理の負荷を IMAP に分散し、メモリのクエリの残りを処理します。この方法で、ドライバーはサポートされていない述語、結合、集計を実行できます。
• false コネクターは SQL 実行を IMAP API のサポート内容に制限します。

述語の実行

コネクターは、データソースでサポートされている節を決定してから、ソースにプッシュし、クエリを満たす行の最も小さいスーパーセットを取得します。その後に、行の残りをローカルでフィルタリングします。フィルター処理はストリームされ、ドライバーは非常に大きいデータセットでも効果的にフィルタリングできます。

結合の実行

コネクターはさまざまな手法を使用してメモリで結合します。ドライバーは、同じテーブルを複数回読み取る要件に対して、メモリ利用率をトレードオフします。

集計の実行

コネクターは、メモリ内の集計を処理するために必要なすべての行を取得します。

ProxyServer プロキシで認証するために使用する認証タイプ。

この値は、ProxyServer および ProxyPort で指定された HTTP プロキシで認証するために使用する認証タイプを指定します。

認証タイプは次のいずれかにすることができます。

• BASICHTTP BASIC 認証を実行します。
• DIGEST HTTP DIGEST 認証を実行します。
• NEGOTIATE 認証に適したプロトコルに基づき、NTLM または Kerberos トークンを取得します。
• PROPRIETARY NTLM または Kerberos token を生成しません。HTTP 要求の承認ヘッダーでこのトークンを指定する必要があります。

ProxyServer プロキシで認証するために使用されるユーザー名。

ProxyUser および ProxyPassword オプションは、ProxyServer で指定された HTTP プロキシに対して接続および認証するために使用されます。

ProxyAuthScheme で使用可能な認証タイプのいずれかを選択できます。HTTP 認証を使用している場合は、これを HTTP プロキシで認識されるユーザーのユーザー名に設定します。Windows または Kerberos 認証を使用している場合は、このプロパティを次の形式のいずれかのユーザー名に設定します。

• user@domain
• domain\user

ProxyServer プロキシで認証するために使用されるパスワード。

このプロパティは、NTLM (Windows)、Kerberos、または HTTP 認証をサポートする HTTP プロキシ サーバーで認証するために使用されます。HTTP プロキシを指定するには、ProxyServer と ProxyPort を設定できます。認証タイプを指定するには、ProxyAuthScheme を設定します。

HTTP 認証を使用している場合は、追加で、ProxyUser と ProxyPassword を HTTP　プロキシに設定します。

NTLM 認証を使用している場合は、ProxyUser と ProxyPassword を Windows パスワードに設定します。Kerberos 認証を完了するためにこれらが必要な場合もあります

HTTP トラフィックをルーティングするプロキシのホスト名または IP アドレス。

HTTP トラフィックをルーティングするプロキシのホスト名または IP アドレス。ドライバーは、HTTP、Windows (NTLM)、または Kerberos 認証タイプを使用して、HTTP プロキシで認証できます。

デフォルトでは、ドライバーはシステム プロキシを使用します。別のプロキシを使用する場合は、ProxyAutoDetect を false に設定します。

ProxyServer プロキシに接続するときに使用する SSL タイプ：

• AUTO URL が HTTPS URL の場合、コネクターは TUNNEL オプションを使用します。URL が HTTP URL の場合、コネクターは NEVER オプション（デフォルト）を使用します。
• ALWAYS 接続は常に SSL 有効です。
• NEVER 接続は SSL 有効ではありません。
• TUNNEL 接続はトンネル プロキシ経由です。プロキシ サーバーはリモート ホストへの接続を開き、トラフィックはプロキシ経由で前後します。

14.2

DirectMessagesSent および DirectMessagesReceived テーブルが削除され、新しいテーブル、DirectMessages に取って代わられました。

Tweets テーブルの IdLong フィールドのデータ型が、long から string に変更されました。