セッション監査の設定を変更します。設定変更を行った同セッション内では設定は変更されません。再度、セッション監査の設定を確認します。設定されていることが分かります。インスタンスレベルの設定よりもデータベースレベルの設定が優先されていることが分かります。今、検証環境が上記で実施した「その2」の状態にありますので、以下のパターンで検証します。pgaudit.log='none';確認してみるでは、データベースに接続して上記の表に従い確認してみましょう。設定されていることが分かります。データベースレベルの設定よりもロールレベルの設定が優先されていることが分かります。冒頭でも述べた通り、セッション監査の設定における優先度は以下のようになります。ロールレベルデータベースレベルインスタンスレベルクラスターレベル対象が限定されていく程、優先度が上がり、上書きされていく仕様です。監査設定も行えるため、複雑な監査設定もやろうと思えばできてしまいます。ミッションクリティカルなシステムで、監査設定によるパフォーマンス影響を最小限に抑えたい場合は、細かく設定するのも良いかもしれません。セッション監査・オブジェクト監査でそれぞれ細かく設定してしまうと、運用がとても大変です。設定が簡単で運用負荷が少ない方法を選びたいところですよね。検知したら即時アラートに設定すると良いでしょう。上記の設定であれば、ロールが追加されても、テーブルが追加されても、セッション監査の設定は変更しなくて大丈夫です。確認してみる上記の表のとおりパラメータを設定してからデータベースに接続します。row)最後におまけ今回、オブジェクト監査には全く触れない形でオススメの監査設定を紹介しました。次回はオブジェクト監査を使ったオススメの監査設定を考えてみたいなと思います。attsun1031。