コマンドグループ の各イテレーションで、結果の新規テーブルまたはデータの CSV ファイルが作成され、それらをすべて 1 つのファイルに結合したい場合。
一般的だが危険な方法
- オプション 1: 動的チェーン変数の設定
- スケーラビリティに制限あり： 動的変数には厳しいサイズ制限があります。今はデータがフィットしていても、将来的にデータが大きくなるにつれて限界にぶつかる可能性があります。
- サイレントエラー： 変数がサイズ制限にヒットしても、チェーンはエラーにならず、単にデータが切り捨てられ、レコードが欠落します。
- 余分なプロセス： 最終変数文字列をファイルに変換して使用する必要があります。
- オプション2：各ファイルをWdataテーブルに書き込む
- 遅いパフォーマンス： この場合、イテレータごとに認証を伴う複数のAPIコールが必要となり、チェーンの実行速度が大幅に低下します。
- 複雑な検索： データをすぐに使用することはできません。クエリを実行して、すべてを結合する必要があります。
- クリーンアップが必要です： チェーンを再実行する必要がある場合は、テーブル内の古いファイルを削除または置換するための追加ロジックを最初に構築する必要があります。
- オプション 3: 各ファイルを Workiva スプレッドシートに書き込む
- 遅いパフォーマンス： Wdataメソッドと同様、ループ内でAPIコールを繰り返すため、実行時間が長くなります。
- エラーのリスクが高いです： そうでなければ、データを上書きしたり、ギャップを残したりするリスクがあります。
最良の解決策前へスタックファイル出力
もし列が常に同じで同じヘッダーであれば、Tabular Transformations Stack Files コマンド をコマンドグループの反復をまたいでスタックするための組み込みオプションと一緒に使用するのが最良の解決策です。
メモ： このユースケースでは、File Utilitiesの同名ファイルではなく、"Tabular Transformations "スタックファイルを使用してください。これは、ファイルユーティリティでは、最初のファイル以降のファイルから列ヘッダーを認識して削除しませんが、Tabular Transformationsでは削除するため、重要です。
このコマンドがコマンドグループにあり、イテレーションがオンになっている場合、変数パネルの "Stack Files "セクションに "Previous Stack Files Output "変数オプションが表示されます。
この変数の後にカンマ を続け、イテレーションをまたいでスタックしたいデータを含むコマンドを使用します。
メモ: チェーンはすべての反復で stack files コマンドを通過し、スキップしないことが重要です。チェーンがそうしない場合、そのイテレータの前へスタックされたデータは失われ、最終ファイルからデータが欠落します。
コマンドグループの後のチェーン内のコマンドは、Stack Files - "Stack Files Output "変数を使用することができます。
その他のメモ
- file utilities stack fileコマンドは列ヘッダーが不要なデータセットを結合したい場合に便利で、同じ "Previous Stack Files Output "オプションがあります。
- Handlebarsの "Render Text Template "と "Render File Template "コマンドには、"Previous Rendered Text "と "Previous Rendered File "という名称のオプションがあり、ここで見た "Previous Stack Files Output "オプションと同じように動作します。
- 列ヘッダーがある限り、stack filesコマンドに移動する新規ファイルの結果がなくてもOKです。