MDBファイルはADO.NETでのアクセスでも壊れやすい？

さかもとさんの書き込み (2006-10-12 22:51) より:

・DBMSのインストールなどへ難しいことを書かなくて良い
・Office製品が入っているPCならすぐに利用可能（バージョンによりますが）
・初心者にも簡単にメンテナンスが可能（バックアップもコピー＆ペーストでよいし）

Ｒ・田中一郎さんの書き込み (2006-10-13 01:22) より:

既存のシステムで既にアクセスを使っている環境をメンテしてますが、オートナンバー型で値が重複するのはよくありますし、最適化、リペアしないとアクセスできなくなるなどの症状が出たりしますね。

ＬｏｖｅＤｅｖｉｃｅ１９７３さんの書き込み (2006-10-13 10:24) より:

引用:
Ｒ・田中一郎さんの書き込み (2006-10-13 01:22) より: 既存のシステムで既にアクセスを使っている環境をメンテしてますが、オートナンバー型で値が重複するのはよくありますし、最適化、リペアしないとアクセスできなくなるなどの症状が出たりしますね。

　オートナンバー型で値が重複するんですか!?　かなりの不運が重なって…とかなら解らないでもないですけど、にわかには信じがたいですね

　プロの方々ならではの「事実」なのかもしれませんね。

Ｒ・田中一郎さんの書き込み (2006-10-13 12:59) より:

実際には、1234 まで振ったものに追加する際に 1235 とならずに、この前の数値を振ろうとしてキーの重複エラーになると言う現象ですね。

きくちゃんさんの書き込み (2006-10-13 17:31) より:

しかし Jet データベースエンジンは、各クライアント上でアプリケーションの一部として動作していますから、抽出や並べ替えを行うためには少なくともインデックス、もしかすると全ての表データを一旦クライアント側に持ってこないといけませんし、各クライアント上のエンジン同士はそれぞれが無関係ですから、そこそこのロックメカニズムはあるにしても、同時更新等で壊れないのが逆に不思議です。
オートナンバーにしても、単一のプロセスが発番しているわけではないので、読み書きのタイミングによっては重複する可能性もあるかも知れませんね。

ＬｏｖｅＤｅｖｉｃｅ１９７３さんの書き込み (2006-10-15 12:00) より:

　複数のパソコン(クライアント)がＭＤＢファイルを開くと、コピーがクライアント側に生成されるようなイメージですかね(ファイルの中身を全部持ってくるので開くときに時間がかかる)。

ＬｏｖｅＤｅｖｉｃｅ１９７３さんの書き込み (2006-10-15 12:00) より:

　で、別々のパソコンで同時に書き込みをしようとして、タイミング的に後になった方が結果として同オートナンバーを書こうとしてしまう…。それなら納得です。

　複数のパソコン(クライアント)がＭＤＢファイルを開くと、コピーがクライアント側に生成されるようなイメージですかね(ファイルの中身を全部持ってくるので開くときに時間がかかる)。

Ｒ・田中一郎さんの書き込み (2006-10-16 00:47) より:

全てをコピーするわけではありません。

きくちゃんさんの書き込み (2006-10-16 09:11) より:

例えば、order by field1 として並べ替えを行う場合、field1 列がインデックス化されていなければ、field1 列に格納されているデータを全レコード舐めて、比較する処理が必要になります。それが、ネットワーク越しに行われるわけです。