| # 監査 - 概論 テーブルトランザクションの監査の原因となるコマンドは、テーブルデータに影響するコマンドのみ、すなわち挿入、更新、および削除コマンドです。テーブルの作成、テーブルの削除、テーブルの消去など、テーブル内のすべての行に影響するテーブルレベルのコマンドも監査されます。 監査構成は積極的なアプローチを取ります。つまり、監査が必要なテーブルおよびフィールドのみ定義でき、監査してはならないテーブルおよびフィールドは定義できません。この機能を補うために、関連セッションのe 特定 メニューから、すべてのパッケージ、モジュール、テーブル、またはフィールドのリストをロードできます。 テーブルやフィールドは、設定が競合するさまざまなプロファイルで使用できるため、設定が競合した場合にどの設定が優先されるかを次のルールで決定します。 高いレベルの方が低いレベルより優先されます。したがって、プロファイル A でモジュール内の全テーブルを監査すると定義し、プロファイル B でこのモジュール内の 1 つのテーブルのみを監査すると定義した場合、これらのプロファイルをランタイムに変換すると、そのパッケージ内の全モジュールが監査されます。 常にの設定の方が変更時より優先されます。したがって、プロファイル A で、プロファイルが変更されている場合にのみフィールドを監査すると定義し、プロファイル B で、このフィールドを常に監査すると定義した場合、このフィールドは常に監査されます。 次の表にこの動作を示します。
監査タイプの設定が競合した結果
パッケージ | モジュール | テーブル | 監査タイプ
--- | --- | --- | ---
tt | adv | * | 常時
tt | adv | 200 | 変更時
結果
tt | adv | * | 常時
監査タイプの設定が競合した結果
パッケージ | モジュール | テーブル | 監査タイプ
--- | --- | --- | ---
tt | adv | * | 変更時
tt | adv | 200 | 常時
結果
tt | adv | * | 変更時
tt | adv | 200 | 常時
プロファイルに会社グループも追加する場合、これらのプロファイルをランタイム処理に変換した結果は、次の表に示すように、会社グループによっても決定されます。
監査タイプの設定が競合した結果
パッケージ | モジュール | テーブル | 会社 | 監査タイプ
--- | --- | --- | --- | ---
tt | * | * | 001、002 | 変更時
tt | adv | * | 002、003 | 常時
tt | adv | 200 | 002、004 | 変更時
結果
tt | * | * | 001、002 | 変更時
tt | adv | * | 002、003 | 常時
tt | adv | 200 | 004 | 変更時
次の表は同じ情報を表示していますが、会社別にテーブル ttadv200 についてのみ表したものです。
監査タイプとフィールド指定の可能な組合せ
会社 | 監査タイプ | コメント
--- | --- | ---
001 | 変更時 | 2
002、003 | 常時 | 4
004 | 変更時 |
005 | - | 他の会社については、テーブル ttadv200 は監査されません。
テーブルの監査設定は別のパッケージコンビネーションでも構成できますが、これらのテーブルにはズームできません。これらのテーブルはマニュアルで入力する必要があります。 監査構成をランタイムに変換すると、結果が次の 4 つのファイルに保存されます。これらのファイルは `$BSE\lib` ディレクトリにあります。 `audit_spec` `audit_cols` `audit_hosts` `auditdef6.2` |