目次

Search

  1. はじめに
  2. パイプラインのパーティション化について
  3. パーティションポイント
  4. パーティションタイプ
  5. プッシュダウンの最適化
  6. プッシュダウンの最適化およびトランスフォーメーション
  7. リアルタイム処理
  8. コミットポイント
  9. 行エラーのロギング
  10. ワークフローリカバリ
  11. 停止と強制終了
  12. コンカレントワークフロー
  13. グリッド処理
  14. ロードバランサ
  15. ワークフロー変数
  16. セッションのパラメータおよび変数
  17. パラメータファイル
  18. FastExport
  19. 外部データのロード
  20. FTP
  21. セッションのキャッシュ
  22. 差分集計
  23. セッションログインタフェース
  24. バッファメモリについて
  25. 高精度データ

詳細ワークフローガイド

詳細ワークフローガイド

ソータートランスフォーメーション

ソータートランスフォーメーション

次の表に、ソータトランスフォーメーションをプッシュできる各データベースのプッシュダウンタイプを示します。
データベース
プッシュダウンタイプ
Amazon Redshift
ソース側、完全
Greenplum
ソース側、完全
IBM DB2
ソース側、完全
Microsoft SQL Server
ソース側、完全
Netezza
ソース側、完全
Oracle
ソース側、完全
PostgreSQL
ソース側、完全
Snowflake
ソース側、完全
Sybase ASE
ソース側、完全
Teradata
ソース側、完全
Vertica
ソース側、完全
Microsoft Azure SQL Data Warehouse
サポートされていません。
Sorterトランスフォーメーションのロジックをデータベースにプッシュするように統合サービスを設定する際には、次のルールおよびガイドラインを使用してください。
  • ソータトランスフォーメーションが異なるソート用に設定され、Microsoft SQL Server、Sybase、またはTeradataデータベースにプッシュされる場合、統合サービスは、ソータトランスフォーメーションをデータベースにプッシュし、ダウンストリームのトランスフォーメーションを処理します。
  • マッピングに複数の連続するソータトランスフォーメーションが含まれている場合、少なくとも1つのソータトランスフォーメーションが異なるソート用に設定されている場合、次のような結果になります。
    • ソータトランスフォーメーションの1つがすべての出力ポートを投影しない場合、プッシュダウンの最適化は、異なるソートをチェーンの最後のソータランスフォーメーションに適用します。
    • プッシュダウンの最適化は、すべての出力ポートを投影しない最初のソータトランスフォーメーションに異なるソートを適用します。
以下の条件のいずれかに該当する場合、ソータトランスフォーメーションは統合サービスによって処理されます。
  • ソータトランスフォーメーションがUnionトランスフォーメーションからのダウンストリームであり、ソータトランスフォーメーション内でソートキーとして使用されているポートがUnionトランスフォーメーションからソータトランスフォーメーションに投影されない場合
  • ソータトランスフォーメーションがすべての出力ポートを投影せず、それがマッピング内の複数の連続するソータトランスフォーメーションである場合。
  • ソータトランスフォーメーションがすべての出力ポートを投影せず、次のいずれかの文に当てはまる場合。
    • ソータトランスフォーメーションが異なるソート用に設定されている。
    • ソータトランスフォーメーションが1つ以上のソータトランスフォーメーション(いずれかが異なるソート用に設定されている)によって直ちに処理される。