「コンパクトで修復」操作後のMS Accessクエリの問題

Question

私は、古典的なフロントエンド/バックエンドアプローチを使用するAccessアプリケーションを持っています。昨日、バックエンドは私が知らない理由で壊れてしまった。だから私はAccess 2003でバックエンドを開き、アクセスしてファイルを修復したいのかどうか聞いてきました。私ははいと言っていました。

私はデータベースを開くことができますテーブルの内容を参照して、ほとんどのクエリを実行します。

ただし、特定のwhere句では動作しないアクセスクエリがあります。

例：

// This works in the original DB, but not in the compacted one : 
SELECT a, b, c 
FROM tbl1 INNER JOIN tbl2 ON tbl1.d = tbl2.d 
WHERE e = 3 AND tbl2.f = 1; 

// This works in both the original and the compacted one : 
SELECT a, b, c 
FROM tbl1 INNER JOIN tbl2 ON tbl1.d = tbl2.d 
WHERE e = 3; 

私はクエリを実行しようと、何も起こりません。アクセスプロセスは、ほとんどのCPUを使用し始め、GUIは応答を停止します。クエリエディタからクエリを実行すると、Ctrl + Breakを使用して実行を停止できます。私は多くの時間をクエリに与えようとしましたが、それは助けになりませんでした。

私は再びDBを圧縮しようとした（少なくとも、実行に永遠に取るべきではありません）私はshowplan.outでの実行計画をチェックしましたし、それが正しいようです。私は新しいDBにテーブルをインポートしようとしました。私はテーブルとそのデータをmdbファイルにインポートしようとしましたが、これは現在の状態（バックアップから）になっています。

誰でも知っていますか？

Answer 1

あるデータベースから別のデータベースにテーブルをインポートするときにどのようなタイプのメタデータが表示されるのかわかりません。メタデータが破損している場合は、別のデータベースにテーブルをインポートしても必ずしも問題が解決されるとは限りません。実用的であれば、まったく新しいデータベースでテーブルを作成してから、そのデータを新しいデータベースにエクスポートおよびインポート（またはコピーアンドペースト）してみてください。

このような小さなデータベースでは、このような表が壊れていることはありませんでしたが、Accessであれば何でも可能です。データに何か問題がありますか？

Answer 2

私は新鮮な（新しい名前など）クエリを作り直してみて、何が起こるかを見てみましょう。

コピーすることもできます（同じDB内でも新しいものであっても）コピーすることもできます。それがうまくいく場合、最悪のシナリオは、すべてのオブジェクトを新しいDBにコピーする必要があるということです。

Answer 3

SQL Serverインストールにアクセスできますか？ツール - >データベースユーティリティメニューのアップサイジングウィザードを使用してデータをSQL Serverにコピーし、そこに同じ問題が発生するかどうかを確認できます。

Answer 4

インデックスのようなサウンドが壊れていて、そのようなことが起こると、コンパクト中にドロップされます。 MSysCompactErrorsというシステムテーブルを確認します。ツール|ツールバーで非表示のオブジェクトやシステムオブジェクトを表示する必要があります。オプション| VIEW。

事前にバックアップを作成せずにJet MDBを圧縮しないでください。このルールのため、COMPACT ON CLOSE機能は完全に無意味です。キャンセルできないため、常にすべてのMDBで無効になっていることを確認します。

Answer 5

フィールドtbl2.fにインデックスがありますか？

また、データシートビューでそのテーブルに移動し、昇順でtbl2.fを並べ替えて、最初または最後のレコードに本当に奇妙なものがあるかどうかを確認してください。