DataStage 接続用の Teradata データベース

詳細オプション

• トランザクション・モード: SQL トランザクションのセマンティクス: ANSI または Teradata。 ANSI セッション・モードでは、SQL ステートメントは ANSI SQL 仕様で定義されている規則に従います。 各トランザクションは 1 つ以上の要求で構成され、各要求は 1 つ以上の SQL ステートメントで構成できます。 複数ステートメント要求は単一の単位として扱われます。つまり、すべてのステートメントによって行われるすべての作業がコミットされるか、どの作業もコミットされないかのいずれかです。

  Teradata セッション・モード (BTET セッション・モードとも呼ばれる) では、トランザクション処理は、 Teradataによって定義されている一連の規則に従います。 レガシー・アプリケーションによるトランザクション処理には、 Teradata セッション・モードを使用します。

• クライアント文字セット: Teradata クライアント文字セット。 デフォルトは UTF8 です。 サポートされている文字セットについては、Teradataのドキュメントを参照してください。

• 文字セット・エンコードの自動化: デフォルトでは、このプロパティーが選択されています。
  ICU 文字セット・エンコードを指定する場合は選択解除します。 新規マップの NLS マップ名と 1 文字あたりの最大バイト数を指定します。

• 照会バンド式: セッションの生成された照会バンド・ステートメントで使用する名前と値のペアのセミコロン区切りリスト。 照会バンドは、照会の発信元ソースを識別するために、セッション、トランザクション、またはその両方に設定できるユーザー定義パラメーターのセットです。 照会バンドを定義すると、その照会バンドは Teradata データベースに、単一引用符付きストリング内の name=value ペアのリストとして渡されます。 例えば、'ProjectName=dstage1'です。

• 「ファイルから式を読み取る」: 「照会バンド式」 フィールドで指定されたファイルから照会バンド式を読み取る場合に選択します。 「 文字セット 」フィールドに、エンコード用のファイルの IANA 文字セット名を入力します。

• ログオン・メカニズム: ユーザーの認証に使用するセキュリティー・メカニズムを選択します。

  • デフォルト: Teradata サーバーのログオン・メカニズムを使用します。
  • TD2: Teradata セキュリティー・メカニズムを使用します。
  • LDAP: 外部認証に LDAP セキュリティー・メカニズムを使用します。

• Unicode パススルー: Teradataとの間でインポートおよびエクスポートされるパススルー文字 (PTC) を許可します。 Teradataのドキュメントを参照。

証明書

SSL モード: Teradata サーバーで構成されている SSL モード。 選択しない場合は、 「使用不可 (非暗号化-暗号化へのフォールバックなし)」 モードが使用されます。

• 許可 (非暗号化-暗号化にフォールバック): 非 TLS ポートを使用する非暗号化接続を確立します。 サーバーが非 TLS ポートでの接続を受け入れるように構成されているが、非 TLS ポートへの接続の試行が失敗した場合 (例えば、タイムアウト)、接続の試行は失敗し、エラーが返されます。

  管理者が非 TLS ポートを無効にして TLS ポートを有効にした場合、フォールバックには暗号化 (TLS) 接続が使用されます。

• 無効 (非暗号化-暗号化へのフォールバックなし): 非 TLS ポートを使用する非暗号化接続を確立します。

• 優先 (暗号化-非暗号化にフォールバック): サーバーが TLS をサポートし、TLS ポートが有効になっている場合に、暗号化 (TLS) 接続を確立します。 サーバーが TLS ポートでの接続を受け入れるように構成されているが、TLS ポートへの接続の試行が失敗した場合 (例えば、タイムアウト)、接続の試行は失敗し、エラーが返されます。

  管理者が TLS ポートを無効にした場合、またはサーバーが TLS をサポートしない場合は、非 TLS ポートへの非暗号化接続がフォールバックに使用されます。

• Require (encrypted-no fallback to unencrypted): サーバーが TLS 接続をサポートする場合は、暗号化 (TLS) 接続を確立します。 TLS 接続を確立できない場合、接続の試行は失敗します。 TLS 以外のポートにフォールバックしないでください。

• 検証-CA (暗号化-検証 CA): 「必須 (暗号化-非暗号化へのフォールバックなし) (Require (encrypted-no fallback to unencrypted))」と似ていますが、さらに、構成済みのトラステッド CA 証明書に照らしてサーバー認証局 (CA) 証明書を検証します。 一致する有効な CA 証明書が見つからない場合、接続の試行は失敗します。

• Verify-Full (encrypted-verify CA and hostname): Verify-CA (encrypted-verify CA)と似ていますが、サーバーがクライアントに送信する証明書の ID に対して、クライアントがサーバーへの接続に使用するホスト名を検査することによって、さらにホスト名 ID を検証します。 ホスト名は、証明書のサブジェクト代替名属性と突き合わされます。タイプ「DNS 名」のサブジェクト代替名が存在しない場合は、共通名属性と突き合わされます。
  
  証明書の名前属性がアスタリスク (*) で始まる場合、アスタリスクはワイルドカードとして扱われます。これは、ドット (.) を除くすべての文字に一致します。 これは、証明書がサブドメインと一致しないことを意味します。 ホスト名の代わりに IP アドレスを使用して接続すると、IP アドレスが (DNS ルックアップなしで) マッチングされます。
  
  不一致がある場合、接続は失敗します。 暗号化された接続の場合、このオプションは中間者攻撃を防止するのに役立ちます。

「Verify-CA (encrypted-verify CA)」 または 「Verify-Full (encrypted-verify CA and hostname)」を選択した場合は、信頼されるホストの SSL 証明書を貼り付けます。 証明書が必要になるのは、ホスト証明書がプライベート認証局によって署名されている場合のみです。

プラットフォーム内の場所に基づいて接続を作成する方法を選択してください

プロジェクト内

「アセット」>「新規アセット」>「データ・ソースへの接続」をクリックします。 プロジェクトへの接続の追加を参照してください。

デプロイメント・スペース内

「アセットのインポート」>「データ・アクセス」>「接続」をクリックします。 デプロイメント・スペースへのデータ資産の追加を参照してください。

Platform assets catalog

新規接続をクリックしてください。 プラットフォーム接続の追加を参照してください。

次のステップ: 接続からデータ資産を追加する

プロジェクトでの接続からのデータの追加を参照してください。

SQL ステートメントの実行

SQL ステートメントが正しく実行されるようにするには、正しい構文について Teradata SQL 資料 を参照してください。