交換モジュールでの監査の使用法

データ交換に監査ファイルを使用する場合は、確実に以下を実行します。

• 関連するすべてのエクスポートテーブルを、監査プロファイルを定義して監査します。監査構成の生成 (daxch1201m000) セッションを使用して、交換スキームに監査プロファイルを生成することができます。このセッションは、交換スキーム (daxch0501m000) セッションの適切なメニューから使用できます。
• $BSE_TMP ディレクトリに十分なスペースを持たせます。これは、インポート中にすべての ASCII ファイルが 1 つのファイルにマージされるからです。このファイルには監査管理データが含まれており、transaction-id と sequence-id を基準にしてソートされています。

• テーブルと ASCII ファイルの定義が一致している必要はありません。ASCII フィールドに添付されていないテーブルフィールドは無視され、テーブルフィールドに添付されていない ASCII フィールドは空のままになります。
• (以前のリリースのように) これらの名前を一致させる必要はなくなり、フィールド関係 (エクスポート) (daxch0132s000) セッションでメンテナンスしたデータを使用して、テーブルフィールドを ASCII フィールドにリンクします。
• 条件を使用することはできません。
• (この段階では) 定数を使用することはできません。

• (以前のリリースのように) これらの名前を一致させる必要はなくなり、フィールド関係 (インポート) (daxch0122s000) セッションでメンテナンスしたデータを使用して、テーブルフィールドを ASCII フィールドにリンクします。
• 挿入については、定数、条件、関係などのすべての機能が利用可能です。
• 上書き (既存のレコードを挿入する場合) についても、上書き条件フィールドで true が返される場合に限り、同様です。
• 削除についても同様ですが、キーフィールドにしか値が割り当てられないことに注意してください (したがって、非キーフィールドに添付される条件には副次的な影響があり、おそらく正しく機能しません)。
• 増分に基づく関係は、削除に関しては意味が無いことに注意してください。

更新については、すべての機能を使用するのは困難です。

• [基準] フィールドが ｢デフォルト｣、｢固定値｣、または ｢増分｣ に定義されている関係は、有用でないため無視されます。
• フィールド値または変換テーブルに基づいた関係は、何も制約を受けずに使用できます。ただし、これらの関係が適用されるのは、キーフィールド (古い値) と変更済フィールド (新しい値) だけです。
• 監査サーバは、更新ごとにキーフィールドと変更済フィールドをログに記録するだけなので、その他のフィールドは不明です。したがって、ASCII ファイルの多数のフィールドが空のままになります。条件を使用する場合、アクセスしたすべてのフィールドに有効な値が入力されているかどうかは不明です。値が有効でない場合は、おそらく条件は実行されません。監査を使用する場合でも条件に柔軟性を持たせるために、更新条件フィールド条件を使用して条件を保護することができるようになっています。これは、(フィールド値レベルの) 条件が適切な値を返せるかどうかを、この条件で判断できることを前提としています。そのために、関数 changed (<ascii_file>_<フィールド>) を条件内で使用できます。
• 条件別パラメータを導入すると、アクセスしたすべての ASCII フィールドが識別されるので、すべての ASCII フィールドに有効な値があるかどうかを判断できます。ただし、この認識は現行バージョンではまだ検討されていません。
• ascii フィールドの古い値にアクセスするには、 not.curr(<ascii_file>_<フィールド>) old.value = <ascii_file>_<フィールド> not.curr(<ascii_file>_<フィールド>) | 新しい値を回復。 を使用します。テーブルフィールドの古い値は、tablefield の中にあります。(まず条件が実行され、値が返される場合にのみ tablefield に値が代入されます。)