mdbへデータを書き込んでいる間、そのmdbから書き込み開始前のデータをSelectしたいです。

Question

前提・実現したいこと

処理AでmdbのテーブルTへデータをDelete&Insertしている間、処理Bは処理A開始前のテーブルTをSelectしたいです。

以下にイメージを記載いたします。

• 処理A開始前、mdbのテーブルTにデータが100件ある。
• 処理Aは、テーブルTから100件Deleteし、90件Insertする。
• 処理A処理中、処理Bはmdbから100件Selectしたい。

発生している問題・エラーメッセージ

データコピーの処理にトランザクションを貼ると（下記コードの★箇所から◆箇所まで）、
Select処理で以下のメッセージが発生します。

テーブル 'テーブルT' はほかのユーザーが排他的に開いているか、既にユーザー インターフェイスを介して開いているので、プログラムによって操作することはできません。

該当のソースコード

OleDbTransaction transaction = connMdb.BeginTransaction(IsolationLevel.ReadCommitted);
xxxTableTAdapter.SetTransaction(transaction); // ★ここから、mdbをSelectする処理で例外が発生する。
xxxTableTAdapter.Delete();
foreach (DataRow row in xxxDs.tblXXX.Rows)
{
    OleDbCommand cmd = new OleDbCommand();
    cmd.Connection = connMdb;
    cmd.Transaction = transaction;
    cmd.CommandText = "INSERT INTO テーブルT・・・";
    cmd.ExecuteNonQuery();
}
transaction.Commit(); // ◆ここまで、mdbをSelectする処理で例外が発生する。

試したこと

IsolationLevel.ReadCommittedを、ReadUncommittedに変えても、同じ例外が発生します。

補足情報（FW/ツールのバージョンなど）

• Visual Studio 2005、Access2000形式のmdbで開発しています。
• 接続文字列は以下のとおりです。

"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=\xxx.xxx.xxx.xxx\foldername\mdb\xxx.mdb;Jet OLEDB:Database Password=xxx;"

• 情報に不足があればご指摘ください。どうぞよろしくお願いいたします。

Comments

[sazi]

「コピー(Delete&Insert)している間、 コピー開始前のデータをSelectしたいです。」処理中に処理前をselectというのは矛盾してますけど、selectは何を目的としているのでしょう

[tanacck]

Selectは検索画面の検索ボタンです。Delete&Insertは検索対象データを一括で置き換える処理です。どうぞよろしくお願いいたします。

[sazi]

じゃあ、処理中じゃなくて処理前なんですね。処理Bで検索して結果を表示。それを処理Aで置き換え。

[tanacck]

すいません、目的を訊ねていただいている意図がわからず・・・Delete&Insert処理の間は、処理前のデータを検索したいという要件、ということ以外にはございません。

[trick]

読取り一貫性の話ですかね？

[tanacck]

はい。そのとおりです。一般的に（という表現は不適切かもしれませんが）、IsolationLevel.ReadCommittedで、処理Bは処理A開始前のデータをSelectできると思ったのですが、そうならず悩んでおります。

[sazi]

更新開始後でCOMMITされるまでの間にデータを取得するということですか？もしそうなら、更新処理前に取得すればいい話だと思いますが。

[trick]

sazi さんに賛成ですね。もしかしたら、ＭＤＢを複数人で使用する想定ですか？

[tanacck]

仰るとおり、複数人で使用する想定です。mdbでは無理というお見立てでしょうか。。？

[sazi]

なぜ殊更に、更新を開始してから、更新前の情報を取得しようとするのでしょう？

[trick]

私は複数人で使ったことが無いですね。他のDBではダメですかね？ ちなみに、IsolationLevel.Snapshot は試してみましたか？

[tanacck]

もともと、検索画面ロード時に処理Aで数分かけてデータを取得していました。その数分を短縮したいという要件で、検索画面ロード後に検索画面と非同期で処理Aを動かしたいです。

[sazi]

「処理Aは、テーブルTから100件Deleteし、90件Insertする。」これが数分掛かるなら、その処理をチューニングする方が良いですね。

[sazi]

そもそも検索対象のデータを変更した後に、検索しているように思えますけど、データとしては排他的って事ですか？

[tanacck]

IsolationLevel.Snapshotを指定したところ、OleDbExceptionで「分離レベルおよびその強化はサポートされていません。」となってしまいました。

[sazi]

トランザクション分離レベルに固執されていますが、質問内容から見え隠れするシステムの仕様に目的に対する本題があるように思えてなりません。

[sazi]

実際の例外が発生している、select部分のコードも追記して下さい。そちらのモードが気になります。

Answer 1

もし処理Aが処理Bの前処理ということなら、処理Aして処理Bという流れだと思いますが、処理AはCOMMITしてますか？

追記

IsolationLevel Enum

Fields
ReadCommitted	揮発性データをトランザクション中に読み取ることはできませんが、変更することはできます。
ReadUncommitted	揮発性データをトランザクション中に読み取ったり、変更したりできます。

更新処理のトランザクションの指定なので、関係ないかもしれませんが、ReadUncommittedにしてみてはどうでしょうか。

Comments

[tanacck]

処理AはCommitしています。Commitするまで、処理Bで例外が発生します。
質問中のソースコードへ、Commitについて追記いたしました。

[sazi]

ACCESSに一般的なRDBMSのようなトランザクション分離レベルは、期待されない方がいいですよ。
レコード単位ロックだとMDBが肥大化するという話もありますし。

[tanacck]

ありがとうございます。IsolationLevel.ReadCommittedが指定できたので、一般的なRDBMSと同様の動作を期待したのですが、チューニングや別ロジックで対処するよう検討します。（あと将来的にはRDBMS変更も・・・）

[sazi]

因みに処理Aで行っているdelete & Insertはどのようなデータですか？
検索対象にならないということは、合計や小計のような集計データとかでしょうか？

[sazi]

その処理Aで処理しているデータが検索に絡まないのであれば、それを別テーブルにすれば、検索画面での排他問題は解決すると思われますが。

[tanacck]

システムのマスタ情報一式です。マスタはネットワーク上で一括管理したいですが、複数人がネットワーク上のmdbへ接続するのは非現実的（※）なので、定期的にマスタ一式をダウンロードするイメージです（※複数人が接続するのにmdb、というところは置いておいて・・・）。最大で、十数テーブル、20万件弱を処理Aで処理します。

[sazi]

マスターをダウンロードして更新するけど、全てでは無いので、検索は関係なく行いたいという事ですね。

[tanacck]

検索は関係なく行いたい　→　仰るとおりです。
「試したこと」に記載したのですが、残念ながらReadUncommittedでも例外は発生してしまいます。

Answer 2

「ACCESSに一般的なRDBMSのようなトランザクション分離レベルを期待しない方が良い」というsaziさんのご助言をもって、実現不可能と判断いたしました。どうもありがとうございました。