SQL Server 2005/2008でSQLCacheDependencyを使用することを検討しているプロジェクトに取り組んでいますが、これがシステムのパフォーマンスにどのように影響するのか疑問に思っています。
だから私たちは次の質問について疑問に思っています
SQLCacheDependencyオブジェクト（クエリ通知）の数は、影響を受けるテーブルの挿入、更新、および削除操作など、SQL Serverのパフォーマンスに悪影響を与える可能性がありますか？
たとえば、SQL Server 2005/2008では、単一のテーブルでの50000の異なるクエリ通知が、そのテーブルでの挿入と削除にどのような影響を及ぼしますか（パフォーマンス面で）。
SQLCacheDependenciesの使用方法に関する推奨事項はありますか？公式のすべきこととすべきでないことはありますか？インターネットでいくつかの情報を見つけましたが、パフォーマンスへの影響に関する情報は見つかりませんでした。
これらの質問に対するいくつかの答えを持っている人がここにいるなら、それは素晴らしいことです。
ポーリングメカニズムを使用するSQLキャッシュの依存関係は、SQLサーバーまたはアプリケーションサーバーに負荷をかけないようにする必要があります。
sqlcachedependencyが機能し、それらを分析するためのすべてのステップを見てみましょう。
初めの：
'Employee'テーブルに変更があるたびにトリガーが起動され、'ASPnet_sqlcachetablesforchangenotification'テーブルが更新されます。これで、アプリケーションは5000ミリ秒ごとにデータベースをポーリングし、「ASPnet_sqlcachetablesforchangenotification」テーブルへの変更をチェックします。変更がある場合は、それぞれのキャッシュがメモリから削除されます。
データの鮮度と組み合わせたキャッシュの大きな利点（最大で5秒のデータが古くなる可能性があります）。ポーリングはバックグラウンドプロセスによって処理されますが、パフォーマンスの障害になることはありません。上記のリストからわかるように、タスクはCPUを最も必要としないためです。
SQLCacheDependencyはインデックス付きビューとして実装され、テーブルが変更されるたびに、このビューのインデックスが変更されます。同じテーブル上の非常に多くのビュー（SQLCacheDependencyオブジェクト）は、変更に対してかなりのパフォーマンスヒットを意味します。ただし、テーブルごとに1つのビュー（SQLCacheDependencyオブジェクト）がある場合は、問題はありません。
キャッシュ変更通知は非同期であり、サーバーにリソースがある場合にトリガーされます。
そうです、これに関する情報はあまり提供されていませんが、このページにあなたの質問に関連するフレーズがありますhttp://msdn.microsoft.com/en-us/library/ms178604%28VS.80%29.aspx
「SQL キャッシュの依存関係に関連するデータベース操作は単純であるため、サーバーで大きな処理コストが発生することはありません。」
あなたの質問はすでに少し古いですが、これがお役に立てば幸いです。
このページには、どのテクニックをうまく使用するかについてのセットアップに関する良い情報があるようです (私はそれをざっと読んだだけです)。
私が提供できるのはパフォーマンスに関する事例証拠だけですが、1 時間あたり 1 万件のメッセージを処理する大規模なエンタープライズ アプリケーションの一種の「メッセージング ソリューション」として SqlCacheDependency を使用しています。
基本的なアーキテクチャは、当社がソース管理に Perforce を使用し、p4 コミットごとに呼び出されて SQL データベースにレコードを挿入するよりも、トリガー Web サービス呼び出しからメッセージを受信する「サブスクリプション サービス」があることです。私たちのアプリケーションには、監視しているブランチまたはパスに影響を与える最も変更の多いすべてのサブスクリプション通知を送信するための依存関係セットアップがあります。
パフォーマンスは良好です。トリガーは 200 ミリ秒程度で実行され、メッセージをエンド ユーザーに中継する際の遅延について苦情があったことはありません。
いつものように、走行距離は異なる場合があります。