DB 監査証跡は、ユーザーの最終変更日、変更日、および作成日をキャプチャします。
いくつかの可能な実装があります:
- SQL Server トリガー
- UserModified、ModifiedDate、CreatedDate 列をデータベースに追加し、それに応じてストアド プロシージャまたは Insert、Update ステートメントにロジックを含めます。
回答に実装(またはリンク)を含めるとよいでしょう。
DB 監査証跡は、ユーザーの最終変更日、変更日、および作成日をキャプチャします。
いくつかの可能な実装があります:
回答に実装(またはリンク)を含めるとよいでしょう。
実行内容によっては、監査をデータ レイヤーからデータ アクセス レイヤーに移動したい場合があります。それはあなたにもっとコントロールを与えます。
ここでNHibernateとSqlServerについて同様の質問をしました。
私は@IainMHに完全に2番目です(そして彼に投票しました)。
あなたはそれをあなたのDALに入れ、理想的にはある種のアスペクト/インターセプター/コードインジェクションメカニズムに結び付けたいと思っています。
DALでいつ/どのように監査するかを実装するための+2 。
監査エントリ自体が存在する場所については、それがどのように表示されるかによって異なります。ユーザーが別の「監査証跡レポート」を表示できる場合は別のテーブルを作成しますが、最終変更タイプの監査をインラインで表示する場合は既存のテーブルにタグを付けます。
テーブルの監査に使用する実装は次のとおりです。 Pop Rivett の SQL Server FAQ No.5: 監査証跡のポップ