パフォーマンスとチューニング › フォワード デルタ フォーマットとリバース デルタ フォーマット

フォワード デルタ フォーマットとリバース デルタ フォーマット

機械的に生成されたコード、USS バイナリ実行可能プログラム、比較が適切でないすべてのソース コードでは、フルイメージ デルタ フォーマットを選択します。 フルイメージ デルタでは変更レベルは保持されず、各レベルのイメージ全体（GDG など）だけが保存されるため、より多くの DASD が必要になります。

フォワード デルタとリバース デルタは、エレメントに対して行われた変更を追跡することができ、ストレージ面でのパフォーマンス特性は同じになります。 違いは、CA Endevor SCM で何をベース レベルと見なすかです。

• フォワード デルタでは、ベース エレメントは元のコードであり、デルタ レベルはそのコードに対して行われた変更に対応します。 エレメントの最新版が必要な場合、CA Endevor SCM は、CONWRITE ユーティリティを使用してベース レベルとデルタ レベルをマージする必要があります。

  フォワード デルタは、エレメントが比較的安定している場合に有効です。これは、CA Endevor SCM がエレメントを保存するときにファイルに対する変更だけを書き込み、ソース テキスト全体が再度書き込まれることがないためです。

• リバース デルタでは、ベース エレメントはコードの最新のコピーであり、デルタ レベルには、エレメントを元の状態に戻すために必要な情報が格納されます。 最新版のエレメントが必要な場合、CA Endevor SCM （またはその他のプログラム）はデルタ レベルを無視し、ベース エレメントを読み込みます。 CA Endevor SCM は CONWRITE ユーティリティを起動してエレメントを再ビルドする必要がないため、プロセッサのパフォーマンスが向上します。

  リバース デルタは、エレメントを頻繁にコンパイルする場合に有効です。これは、CA Endevor SCM はデルタ ファイルでマージする必要がないためです。 ただし、エレメントを保存すると、CA Endevor SCM は変更をデルタ ライブラリに保存するだけでなく、ベース レベル全体を置き換える必要があります。

注： バックアウト処理ではソース アウトプット ライブラリが必要ですが、これはリバース デルタ ベース ライブラリと同じデータ セットであってはなりません。

次の表にフォワード デルタ フォーマットとリバース デルタ フォーマットの要約を示します。

注： 変換処理の詳細については、付録「デルタ フォーマットの変換」を参照してください。