これが良い考えかどうか、方向性を教えてください。
システムに非常に詳細なアプリケーションログを記録したいという顧客がいます。彼らは、すべてのクリックと、クリックされたページとコントロールを追跡したいと考えています。
SQL Serverの優れたストアドプロシージャを使用すると、その情報を保持できると思っていましたが、そのレベルの情報をデータベースに取り込むことが問題です。
EFに単一のエントリを追加して、コードのすべてのActionResultブロック内のSQLサーバーに情報を投稿することを考えていましたが、ActionResultをオーバーライドして、そのように実行できるのではないかと思いました。
誰かがそのようなことをしたことがありますか？
tia
を使用して、あらゆる種類のものをログに記録できますActionFilters。この記事には、ロギングの例もあります。ちなみに、同じアクション フィルターはデバッグ中にも役立つため、例外の前に何が起こったかを確認できます。
また、顧客が非常にクレイジーなトレース情報を必要とする場合は、MiniProfiler のログおよびトレース情報をログに記録できます。これには、実際の db 呼び出しなどのあらゆる種類の追加情報が含まれます。
ただし、Andre が既に述べたように、別のデータベースを使用し、結果を非同期に保存します。
このメソッドは、アプリケーションで実際に発生したこと、ユーザー アクションの実際の結果、顧客が監査のためにログを記録する必要がある場合などを記録ActionFiltersします。
顧客がウェブページのヒートマップのような使用統計を追跡したい場合は、検索結果を見てください:-)