サポートされているデータベース オブジェクト - Teradata Data Mover

ターゲットのAMPまたはAMPクラスタが1つのみの場合、マルチセット テーブルを新しいシステムから古いシステムにコピーすることはできません (Teradata PT Updateオペレータの制限)。

allowTptLoadForMultisetテーブル属性がtrueに設定されていない場合、TPTAPI_LOADを使用してマルチセット テーブルをコピーすることはできません。

show tableの出力が1 MBを超えるテーブルの全体をコピーすることはできません。show tableは、テーブル定義の再生成に必要なテキストです。テーブルに含めることのできるデータ量に制限はありません。

Teradata DSAを使用してテーブルを新しいバージョンのTeradata Databaseから古いバージョンにコピーすることはできません。

override_lock_accessパラメータがtrueに設定されている場合、Teradata DSAは使用できません。

ソースTDPIDとターゲットTDPIDが同じ場合は、Teradata DSAを使用できません。

ソース ステージングが使用されている場合を除き、DSAを使用して部分テーブル コピーを実行することはできません。

スキーマは、Teradata Database 16.00以降でサポートされています。

Teradata DSAおよびTeradata JDBCは、スキーマ オブジェクトが関連付けられているテーブルのコピーをサポートしています。

スキーマ オブジェクトを参照するテーブルをコピーするとき、スキーマ オブジェクトがターゲット システムにすでに存在するか、またはスキーマ オブジェクトを同じジョブでコピーする必要があります。

Data Moverはスキーマ オブジェクトを再配置または名前変更しません。

スキーマは、SYSUDTLIBデータベースでのみ作成されます。

ターゲット システムに存在するのと同じ名前でスキーマをコピーし、overwrite_existing_objectsをtrueに設定する場合は、ターゲット システム上にそのスキーマを参照する列がなければスキーマは上書きされます。

TeradataJDBC は、Teradata Database の古いバージョンよりも新しいものに使用されます。Teradata JDBC を使用して、15 LOB 以上の列を持つテーブルを移動することはできません。

Teradata PT APIは、LOBベースの列があるテーブル内のデータのコピーはサポートしていません。

UDT はターゲット システムで既に定義されている必要があります。

ジョブでUDT列があるテーブルをコピーする場合、そのジョブを作成するためにソース ユーザーとターゲット ユーザーにSYSUDTLIBへのUDTUSAGEアクセスが必要です。ジョブでUDT列があるテーブルをコピーするときに、そのジョブがTeradata DSAユーティリティを使用している場合、ターゲット ユーザーに対するアクセス制限はありません。

Teradata DSAおよびTeradata JDBCはXML、ST_Geometry、またはJSONの列タイプを持つテーブルのコピーをサポートします。

新しいバージョンのTeradata Databaseから古いバージョンへのコピーには、Teradata JDBCが使用されます。

Teradata PT APIは、これらの列タイプがあるデータのコピーはサポートしていません。

Teradata 16.00では構文と形式が変更されているため、一方のシステムがTeradata 16.00より前で、もう一方のシステムがTeradata 16.00以降の場合にシステム間でコピーを行なうと、これらの列タイプでDLLの比較が失敗します。

プライマリAMPインデックスまたはプライマリ インデックスを持つカラムナ テーブルは、Teradata Databases 15.10以降でサポートされます。

TPTAPI_LoadまたはTPTAPI_Updateの使用を強制することはできません。

ビューデータをコピーするには、TPTAPI_UPDATE, TPTAPI_STREAM, T2T, または JDBC を使用する必要があります。

ソース ステージング テーブルを使用しない場合、DSAを使用することはできません。

TPTAPI_LOAD演算子は使用できません。