期限切れの SqlDependency オブジェクトによって使用されている SQL Server メモリをクリーンアップするにはどうすればよいですか?

SQL Server の SqlDependency オブジェクトの効果的なメモリ管理

SQL Server で SqlDependency オブジェクトのメモリ使用量を効率的に管理することは、パフォーマンスの問題を防ぐために重要です。 このガイドでは、期限切れの SqlDependency オブジェクトが残る問題に対処し、解決策を提供します。

問題: メモリリーク

イベント処理とオブジェクトの再作成後でも、SQL Server (特に Express エディション) は枯渇するまでメモリを消費し続ける可能性があります。これは、関連付けられたオブジェクトがアクティブでなくなった場合でも、SqlDependency が会話グループとエンドポイントを残すためです。

解決策: クリーンアップ用の SQL スクリプト

データベースに対して次の SQL スクリプトを実行して、未使用の会話エンドポイントを削除し、メモリを再利用します。

<code class="language-sql">DECLARE @ConvHandle uniqueidentifier
DECLARE Conv CURSOR FOR
SELECT CEP.conversation_handle FROM sys.conversation_endpoints CEP
WHERE CEP.state = 'DI' or CEP.state = 'CD'
OPEN Conv;
FETCH NEXT FROM Conv INTO @ConvHandle;
WHILE (@@FETCH_STATUS = 0) BEGIN
    END CONVERSATION @ConvHandle WITH CLEANUP;
    FETCH NEXT FROM Conv INTO @ConvHandle;
END
CLOSE Conv;
DEALLOCATE Conv;</code>

このスクリプトは、切断された状態または閉じている状態の会話エンドポイントを反復処理して終了し、関連するメモリを解放します。

SqlDependency の制限

SqlDependency の制限事項を認識することが重要です:

• 不完全な変更検出: SqlDependency は一部のテーブル変更を見逃す可能性があり、再サブスクリプションが必要になり、更新が失われる可能性があります。

優れた代替手段: SqlDependencyEx

SqlDependency 管理を改善し、その制限を克服するには、オープンソースの SqlDependencyEx ライブラリの使用を検討してください。 このライブラリは、より信頼性の高いイベント処理のためにデータベース トリガーと Service Broker 通知を使用します。

<code class="language-csharp">using (SqlDependencyEx sqlDependency = new SqlDependencyEx(
          TEST_CONNECTION_STRING, TEST_DATABASE_NAME, TEST_TABLE_NAME)) 
{
    sqlDependency.TableChanged += (o, e) => changesReceived++;
    sqlDependency.Start();

    // Perform table modifications.
    MakeTableInsertDeleteChanges(changesCount);

    // Allow time for change reception.
    Thread.Sleep(1000);
}</code>

この例では、SqlDependencyEx がどのようにイベント処理を簡素化し、テーブルの変更を監視するためのより堅牢なソリューションを提供するかを示します。

以上が期限切れの SqlDependency オブジェクトによって使用されている SQL Server メモリをクリーンアップするにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。