accessで採用されているインデックス方式を教えて下さい。またそれに起因する「MSysCompactError」の可能性をご存知でしたら教えて下さい。

Question

Access2010を利用しています。
120万件、70MB程度あるデータが不具合を起こしているように見え、最適化をすると頻繁に「MSysCompactError」を発するようになりました。
「不具合を起こしているように」と書いているのは、Accessを利用している方ならお察しの通り、明確なエラーではないが、それらしき兆候が出ていると経験則から察することです。
データ追加時に、インデックスの複数設定が原因で大量データに対する更新にて不具合を起こしている可能性を検討しています。
そこで影響の低そうなインデックスを削除しようと考えていますが、そもそも方式が何であるのか、いろいろ調べましたが方式が分かりませんでした。B-Treeを決めつけてとりあえず作業しています。
更にもしこのような状況での解決策を持たれていたらお教え頂けますと助かります。
このデータベースのオブジェクトにはテーブル以外は持たせていません。
尚、SQLServerへ移行は難しいです。

Comments

[sazi]

MSysCompactErrorではどのようなエラーが出力されていますか？
また対象のファイルは共有されていますか？（同時で何台からアクセスがありますか）
共有されている場合、最適化のタイミングはどのようなものですか？

[sazi]

発生の契機はありますか？
例えばテーブルのデザイン変更を行ったとか。

Answer 1

最適化のエラーを起こさないようにするということでしたら
「インデックスの方式を特定する」というのはいささか遠回りだと思います。
特定したところで挙動を変化させることは『私の感覚として』ほぼ不可能であり
対症療法的に解決するしかないことも変わらないので、言い方が悪いですが
「インデックスがどうであろうとどうでもいい」と思います。

それよりも検討や検証すべきは
・「１２０万件」のデータを減らしたらエラーは減るのか
・別の要因ではないのか（例えばこれとか）

データベースがバグるとインデックスが飛ぶこともあります。
主キーが消えた経験も何度かあります。

あと
「ネットワーク利用をしているのか」「データベースの最適化はローカルで行っているのか」
「１２０万件というのは１テーブルなのか複数テーブルなのか」
などもう少しほしいところです。

Answer 2

Accessですからローカルに複写して、フォーム・クエリ・インデックス・リンク等全部削除して、テーブルだけで最適化してみたら如何でしょうか。
テーブル付属の基本インデックスまで削除は必要ないと思いますが、これで遣ってもダメであればテーブルかデータ又はファイルの破損です。
(追記)
MSysCompactErrorはエラーログテーブルの様なので、これも削除して良さそうです。