Teradata

最終更新日時: 2026/10/09

Teradata は、Qlik Talend Cloud データ レプリケーション プロジェクトにおいて、ターゲットとしてのみ利用できます。この接続では、データのロードに Teradata Parallel Transporter (TPT) API を使用し、メタデータ クエリ、DDL リクエスト、Teradata エラー テーブルからの情報の取得に ODBC を使用します。

接続の設定

レプリケーション タスクを作成する前に、Teradata ターゲットへの接続を作成してテストします。

1. [接続] で、[接続を作成] をクリックします。
2. Teradata ターゲット コネクタを選択します。
3. Teradata 接続プロパティで説明されている接続プロパティを入力します。
4. [接続をテスト] をクリックし、報告されたエラーを解決します。
5. 接続を保存します。

Teradata 接続プロパティ

Teradata ターゲット接続の次のプロパティを設定します。

前提条件

ターゲット接続を作成する前に、接続に必要な Teradata 環境とアクセスを準備します。

• Teradata サーバーがネットワークにインストールされており、選択したデータ ゲートウェイを実行しているコンピューターからアクセス可能であることを確認してください。
• データ ゲートウェイに Teradata ODBC ドライバーおよび必要な Teradata クライアント コンポーネントをインストールして設定します。別のコンピュータにインストールされたドライバーが、ゲートウェイで使用可能であるとは想定しないでください。
• Teradata データベース管理者に、データベース ユーザーを作成または特定し、必要に応じてそのユーザーのパスワードおよびアカウント文字列を提供するよう依頼します。

Teradata ターゲット機能を環境に適応させる場合は、タスクに次の権限が必要かどうかを Teradata データベース管理者に確認します。特に明記されていない限り、権限はターゲット データベースに適用されます。これらは、すべての Qlik Talend Cloud タスクにおける最小限の権限であるとは限りません。

• GRANT SELECT ON <database>
• GRANT INSERT ON <database>
• GRANT DELETE ON <database>
• GRANT UPDATE ON <database>
• GRANT EXECUTE ON <database>
• GRANT EXECUTE FUNCTION ON <database>
• GRANT EXECUTE PROCEDURE ON <database>
• GRANT CREATE TABLE ON <database>
• GRANT DROP TABLE ON <database>
• GRANT CREATE VIEW ON <database>
• GRANT DROP VIEW ON <database>
• GRANT NONTEMPORAL ON <database>
• GRANT CHECKPOINT ON <database>

データベース ユーザーは、ストリーム処理のために次の権限も必要になる場合があります。

• GRANT CREATE MACRO ON <database>

Teradata データベースへのアクセスを提供する

接続の [ユーザー] プロパティに入力されたユーザーは、Teradata データベースにユーザーとして登録されている必要があります。Teradata ターゲット接続およびデータベースを構成する前に、Teradata データベース管理者がこの同じユーザーにアクセス権を付与する必要があります。この登録済みユーザーの資格情報を、接続の [ユーザー] および [パスワード] プロパティで使用します。

必要な権限付与については、 [前提条件] の既存の権限付与リストを参照してください。

hosts ファイルの編集

選択したデータ ゲートウェイが Teradata データベースにアクセスできるようにするには、データ ゲートウェイ マシンの hosts ファイルに Teradata のマッピングを追加します。

1. 選択したデータ ゲートウェイ マシンで、Windows または Linux の hosts ファイルを開きます。デフォルトのパスは次のとおりです:
   • Windows: ~:\Windows\System32\drivers\etc\hosts
   • Linux: /etc/hosts
2. 次の形式で Teradata マッピングを追加します。データベース名の後にサフィックス cop1 を含めます。

   <Teradata Database IP address/hostname> <Teradata Database name>cop1

   例: 123.123.123.1 teradatadbonecop1

   hosts ファイル内のデータベース名が [デフォルト データベース] 接続プロパティと一致していることを確認してください。

3. 変更を保存します。

接続エラーのトラブルシューティング

接続テストが失敗した場合は、報告されたエラーを確認し、再度接続をテストする前に次のアイテムを確認してください。

• ゲートウェイまたはネットワーク: 選択したデータ ゲートウェイが実行されており、Teradata サーバーに接続できることを確認します。サーバー名または IP アドレス、ゲートウェイとサーバー間のネットワークルールを確認します。
• ドライバーまたはクライアント: 選択したゲートウェイに Teradata ODBC ドライバーおよび必要なクライアント コンポーネントがインストールされ、構成されていることを確認します。ローカル コンピューターにインストールされているドライバーは、リモート ゲートウェイでは使用されません。
• 資格情報または権限: 大文字と小文字が区別される [ユーザー] と [パスワード]、オプションの [アカウント文字列]、および必要なデータベース権限について、DBA に確認します。
• データベースの検出: データベースのロードでデータベースが返されない場合やエラーが発生する場合は、まず接続をテストし、ユーザーがデータベースを検出してアクセスできることを確認します。必要に応じて、 [データベース名を手動で入力] を使用して既知のデータベースを入力できます。
• ODBC プロパティ: すべての [名前] と [値] のペアについて、スペル、サポートされている値、ドライバー構成との競合を確認してください。接続テストが失敗する原因となっているオプション プロパティを削除するか、ODBC 管理者に確認を依頼します。

データ型。

次の表に、Qlik Talend Cloud データ型から Teradata データ型へのデフォルトのマッピングを示します。

Teradata の PERIOD データ型はサポートされていません。

制限と考慮事項

• 利用可能なレプリケーション モードは、[フル ロード]、 [変更の適用]、および [変更の保存] です。
• [変更の適用] または [変更の保存] を使用するタスクでは、DDL 操作および自動スキーマの進化はサポートされていません。この制限は、 [フル ロード] のみのタスクには適用されません。
• [ロード] モードの場合、ターゲット テーブルは空であり、かつセカンダリ インデックスが設定されていない必要があります。タスクで継続的な DML 処理または同時テーブル クエリが必要な場合は、 [ストリーム] を選択します。

関連情報

• レプリケーション プロジェクトの作成