自動解析が有効な場合、公開プロセスではノードのスケジューリング依存関係の変更を確認する必要があります。これにより、本番環境のデータ整合性が保証され、ノードの変更を制御できます。ノードを送信すると、システムはコードを解析し、テーブルリネージに基づいて入力と出力を識別します。これらのコード解析結果を使用して、ノードの上流および下流の依存関係が正しいことを検証できます。
背景情報
ノードを送信すると、システムは現在のスケジューリング依存関係を、開発環境または本番環境のスケジューリング依存関係と比較します。ノードの現在の依存関係は、自動解析の結果と [スケジュール > 依存関係] セクションでの手動変更を組み合わせたものです。不一致が見つかった場合、プロンプトが表示され、以前のバージョンと比較して追加または削除された入力や出力が示されます。新しい解析結果を使用するかどうかを選択し、更新された依存関係でノードを送信できます。続行すると、システムは最新の結果を自動的に [スケジュール > 依存関係] セクションに追加します。
自動解析が無効になっている場合、ビジネス要件に基づいてノードのスケジューリング依存関係を手動で定義できます。その後、ノードのバージョンを比較して、これらの依存関係の変更を追跡できます。
制限事項
現在、比較機能はクロスサイクル依存の分析をサポートしていません。ノードにクロスサイクル依存がある場合は、ノードを送信する前に、依存関係が想定どおりに設定されていることを確認してください。
新しい解析結果の確認
ノードを送信する際に、解析されたスケジューリング依存関係と本番環境の設定との間に差異が見つかった場合、新しい依存関係がビジネスニーズを満たしていることを確認する必要があります。これにより、不適切な依存関係の変更によって生じるデータの問題を防ぐことができます。
現在のノードに多くの下流ノードがある場合、変更の影響は大きくなる可能性があります。ビジネスコンテキストを理解し、慎重に進めてください。
以下の例では、依存関係の変更が本番スケジュールのタスクに与える影響に焦点を当てています。
例：上流の依存関係の変更による影響
現在のノードを送信すると、システムはそのスケジューリング設定を本番環境の同じノードの設定と比較します。入力名 A (上流ノードからの出力) が見つからないとします。その場合、ノードのスケジューリング依存関係を検証する必要があります。たとえば、ノードのコードがテーブル A のデータに依存しているにもかかわらず、テーブル A を生成するノードが上流の依存関係でなくなっている場合、ノードはテーブル A の準備が整う前に実行される可能性があります。これにより、誤ったデータが出力される可能性があります。
例：ノード出力の変更による影響
現在のノードをコミットすると、そのスケジューリング設定が本番環境の同じノードの設定と比較されます。出力名が見つからない場合は、ノードが生成するテーブルが変更されたかどうかを確認する必要があります。この出力に下流の依存関係がある場合は、この変更が下流ノードに予期しない影響を与えないか検証してください。
ノードに下流の依存関係がある場合、その出力を削除すると、下流ノードが孤立ノードになり、スケジューリングの失敗やデータ取得の問題が発生する可能性があります。詳細については、「ノード出力の削除または変更の影響に関するドキュメント」をご参照ください。
ノードの出力名を変更すると、[重要] ダイアログボックスが表示されます。このダイアログボックスには、元の出力名に依存する開発環境と本番環境のノードが一覧表示され、この変更によって下流ノードが孤立ノードになり、正しくスケジューリングできなくなる可能性があるという警告が表示されます。[確認] をクリックして出力名を変更し、ノードのコミットを続行します。
新しい解析結果の適用を選択すると、下流の依存関係を持つ出力を削除することになります。潜在的な影響を評価し、慎重に進める必要があります。