.net - 長時間実行されているデータベース操作をキャンセルする方法は?

Question

現在 Oracle と連携していますが、MS SQL のソリューションも必要になります。

ユーザーがデータベースで実行される SQL を生成できるようにする GUI があります。生成される検索によっては、これには非常に長い時間がかかる場合があります。この検索中に GUI/アプリを応答させ、ユーザーが検索をキャンセルできるようにしたい。

バックグラウンドワーカースレッドを使用しています。

私の問題は、ユーザーが検索をキャンセルしたときに、データベースへの呼び出しを中断できないことです。完了するまで待機してから、「CancelationPending」プロパティをポーリングできます。これはデータベースのリソースを浪費するだけでなく、コードに問題を引き起こします。

ユーザーが非常に長いクエリで [検索] をクリックし、[キャンセル] をクリックしてからもう一度 [検索] をクリックした場合、最初の検索はまだデータベースで処理されています。バックグラウンドワーカーは、検索を再度実行してもまだビジー状態です。この問題に対する唯一の解決策は、新しいバックグラウンドワーカーを作成することです。

それは物事を行うための本当に醜い方法のようです。データベースは動作し続けますバックグラウンドワーカーの新しいインスタンスを作成しています....データベース呼び出しを本当に停止して同じワーカーを再利用したいとき。

どうやってやるの？

score 10 · Accepted Answer

ADO.NET と SQL データプロバイダーを使用している場合は、SqlCommand.Cancel メソッドをご覧ください。それはあなたが探していることをします。ただし、キャンセルしようとするとキャンセルに時間がかかる場合があります。基本的に、いつキャンセル要求を許可するかは、SQL Server によって決定されます。クエリがキャンセルされると、操作がユーザーによってキャンセルされたことを示す SqlException を取得する必要があります。どうやら、この例外を例外として扱い、ユーザーが操作をキャンセルしたために SqlException が発生した場合などに特別に処理したくない場合は、そのまま飲み込んでください。

score 8 · Accepted Answer

また、command.Cancel（）が実際にコマンドを中止しないことに気づきました。私にとってうまくいったのは、ユーザーが中止したときに接続を閉じることです（使用する場合はロールバックトランザクション）。これにより、コマンドの実行中にバックグラウンドスレッドで例外が発生するため、コマンドをキャッチしてそこでCancellationPendingプロパティを確認し、その場合は例外を再スローしないようにする必要があります...

// When aborting
worker.CancelAsync();
command.Connection.Close();

// In your DoWork event handler
...
catch (Exception)
{
    if (worker.CancellationPending)
    {
        e.Cancel = true;
        return;
    }
    else
    {
        throw;
    }
}

// And in your RunWorkerCompleted event handler
if (e.Error == null && !e.Cancelled)
{
    ...
}

score 5 · Accepted Answer

これが可能であると確信しています。TOADforOracleを使用しており、ここで説明するように、実行時間の長いクエリをキャンセルできます。しかし、彼らがそれをどのように行うのかはわかりません。

score 3 · Accepted Answer

最善の解決策は、監視テーブルを介してセッションを強制終了することだと思います。

Oracleを使用すると、Burnsysが言うように作成できます

Firebird 2.5 では同じように見えます

Ms SQLにも同様のものが存在することを願っています

score 3 · Accepted Answer

バックグラウンドワーカーに別のスレッドで実際のデータベース呼び出しを開始させ、データベース呼び出しが終了したか、キャンセルが押されたかを定期的に確認し、その時点でデータベーススレッドを強制終了することができます。これは実際にはデータベースのロードには役立ちませんが (クエリが送信され、まだ処理中であるため)、それに関連するローカルリソースは解放されます。

score 2 · Accepted Answer

SQLCommand を使用している場合は、そのCancelメソッドを呼び出してみてください。

score 2 · Accepted Answer

データベースへの新しい接続を開き、sysdba としてログインし、終了するプロセスの SID を指定して「ALTER SYSTEM KILL SESSION 'sid,serial#' IMMEDIATE」コマンドを送信します。

sessionID を取得するには、rownum = 1 の v$mystat から sid を選択します。

Serial# を取得するには: v$session から sid, serial# を選択します。ここで、sid = :SID

http://www.oracle-base.com/articles/misc/KillingOracleSessions.php

編集:ここでsysdbaとしてログインしないためのWWのアイデア: http://forums.oracle.com/forums/thread.jspa?threadID=620578

score 1 · Accepted Answer

ADO 2.8 と SQLOLEDB または SQL Server ネイティブクライアントでキャンセルとクローズの両方を試しました。Cancel を使用すると、レコードセットはデータのフェッチを停止しますが、バックラウンドではサーバーからの読み取りが続行され、アプリケーションのメモリが消費されます。32 ビットアプリケーションでは、数分後に「メモリ不足」メッセージが表示されることがあります。レコードセット (または、キャンセルの有無にかかわらず接続) を閉じると、ADO 2.8 はすべてのレコードがフェッチされるまで待機します。

ADO.NET の方が優れているかどうかはわかりませんが、キャンセル/クローズ後にメモリとネットワークアクセスを監視して、ADO が実際にデータの読み取りを停止していることを確認することをお勧めします。

score -2 · Accepted Answer

私はそれが可能だとは思わない。このトピックに関する Oracle の Web サイトでのディスカッションへのリンクは次のとおりです。

.net - 長時間実行されているデータベース操作をキャンセルする方法は?

11 に答える 11

Related

Reference