データベースの競合状態をどのようにテストしますか？

データベースコードを記述して、競合状態にならないようにし、正しい行またはテーブルをロックしたことを確認します。しかし、私はしばしば疑問に思う：私のコードは正しいですか？既存の競合状態を明示的に強制することは可能ですか？実稼働環境でそれらが発生した場合、私のアプリケーションが正しいことを行うことを確認したいと思います。

私は通常、どの同時クエリが問題を引き起こす可能性があるかを正確に知っていますが、正しい動作が発生するかどうかを確認するためにそれらを同時に実行する方法を知りません（たとえば、正しいタイプのロックを使用しました）投げられるなど

注：私はPostgreSQLとPerlを使用しているため、これに一般的に答えることができない場合は、おそらくそのようにタグ付けし直す必要があります。

更新：ソリューションがプログラマティックである場合、それを好むでしょう。そうすれば、自動化されたテストを作成して、回帰がないことを確認できます。

私はいつもT-SQLモジュールでそれをしています。

基本的に、必要なことは、2つ以上の接続からモジュールを数分間ループで実行することだけです。通常、適切なCPUを搭載したSQL Serverボックスがある場合、潜在的な問題はすべて数分で公開されます。

こことここにいくつかの例を書きました。

通常、RDBMSのコマンドラインツールを使用し、CLIの2つ（またはそれ以上）のインスタンスを起動します。その後、アプリケーションレイヤーが送信するSQLステートメントを1つずつ再生し、レース（アクションRPGのように見える）として再生できます。CLIが少し「ハング」し、他のCLIからロックが解放されるのを待つので、動作中のロックシステムを実験/感じる必要があります。

これが泥のようにはっきり聞こえる場合は、そう言うことをsoしないでください;-)

競合状態には複数の実行スレッドが必要です。したがって、これを単体テストするには、1つ以上のスレッドを開始できる必要があります。Oracleでは、DBMS_Schedulerを使用してプロセスを実行し、2番目のユーザーをシミュレートします。PostgreSQL / Perlがプログラムで2番目のプロセスを開始する方法を持っている場合、次のようなことができるはずです。

プロセス1プロセス2

プロセス2を開始します。>>                            
2が作業できるように遅延します。 
。行をロックするか、データを変更します。
。1が作業できるように遅延します。
行のロックまたはデータの変更を試みます。。
適切な処理が行われていることを確認してください。。
終了。。
                                                終了。

競合状態の処理方法、さらに重要なこととしてそれらを単体テストする方法について考えるのは良いことです。

行をロックしている限り、通常はロックが設定されていないときに発生するため、競合状態になることはありません。

しかし、1つの質問があなたの質問を長すぎる間ブロックすると、デッドロックになる可能性があります。

データベースが大きくなるとクエリの時間が変わる可能性があるため、これをテストするのは困難です。

テストデータの100,000行で正常に機能するクエリは、10000行でチャートから外れます。

このタイプの問題は、事前に見つけるのが非常に難しい場合がありますが、多くのDBには、遅いクエリを識別する方法があります。

定期的に使用することで、十分な警告でトラブルに向かうクエリをトラップできるはずです。

あなたが自分でロックを行うと、その別の話ですが、そこでは仕方がありません。