現象

テーブルを開くときにデータベース内のリンク テーブルの処理速度が遅いことや、更新の実行に予想以上の時間がかかることがあります。
Microsoft Access 2000 より前のバージョンからデータベースの変換を実行した後に、この現象が発生する場合があります。ただしこの変換を実行していない場合でも、このような現象が発生する可能性があります。

原因

データベースに多数のリンク テーブルが存在し、各リンク テーブルに多数のリレーションシップが設定されています。また、開こうとしているテーブルの “サブデータシート名” プロパティが [自動] に設定されています。このような場合、テーブルを開くのに時間がかかることがあります。サブデータシートは Access 2000 で導入された新しい機能です。このため、Access 2000 より前のバージョンからデータベースを変換した場合に、この現象が顕著に現れる可能性があります。

解決方法

この問題を回避するには、バックエンド データベース内の各テーブルの “サブデータシート名” プロパティを [なし] に設定します。この設定の変更は、手動で行うか、コードを使用して行うことができます。

サブデータシート名を手動で設定する
“サブデータシート名” プロパティを手動で設定するには、次の手順を実行します。
バックエンド データベースのテーブルをデザイン ビューで開きます。
[表示] メニューの [プロパティ] をクリックします。
“サブデータシート名” プロパティを [なし] に設定します。
テーブルを保存して、閉じます。

クエリとSQLの実行速度の違いを計ってみた。

テーブル作成クエリと追加クエリの２つを実行してみる。
SQLはDAO.DatabaseオブジェクトのExecuteメソッドを使用。

クエリ：サンプルクエリの実行に約8秒
SQL：サンプルSQLの実行に約16秒

クエリのほうが速かった。

Microsoft ACCESSのクエリーの中で、Replaceなどの関数を使おうとした場合、
未定義関数とのエラーが出て使えません。
これはOffice2000では使用できない機能となっているようです。
使用できるのは2002以降。

要は例の「VBE6.DLL」のバージョンアップである。
これは以前にもACCESS 2007のランタイムをインストールした際にアップデートされたが、
この時、MDBファイルが最適化できなくなって結局元に戻した。

今回おこなったのは
「Microsoft® Visual Basic® for Applications (VBA) アップデート – Q822150」
http://www.microsoft.com/downloads/details.aspx?FamilyId=DA1A7ABA-CD3D-458B-9729-AB9094C9BD3F&displaylang=ja
以前のことがあったので心配だったが、結果大丈夫そうだ。
今回は6.0.87.14から6.4.99.69にアップデートされた。

ACCESSを触っていたら、完全に固まったわけではないが、動かなくなったので
強制終了ではなくファイルメニューより終了させた。

その後、再起動する際にメモリのエラー（？）が出た。
恐らくアドレス不明でメモリが開放できない、みたいなことだと思われる。

再起動後、MDBを開いて空のテーブルにクエリでデータを追加しようとしたら、
更新可能なクエリである必要があります。と言われ追加できなくなってしまった。

他のＰＣから試みても、どうも読取専用になってしまっているようで、できなかった。
他のＰＣからはデータ元の削除などもアクセス拒否され、できなかった。

はじめは、「ACCESS　更新可能なクエリ」等で調べたが、有用な結果は得られなかった。

そこで、[コンパネ]->[管理ツール]->[イベントビューワ]でエラーログを見ると、レジストリのエラーが４件出ていた。

で、「XP　レジストリ　復元」調べたが、解決方法として出てきたのは
システムの復元、もしくはデフラグ、ブートプロンプトで「scanreg /fix /opt」を実行する、など。
scanregはXPで実行ができないので、msconfigにてセーフモードで起動してみる。
しかし、scanregが使用できるわけではなかった。

ので、システムの復元をしてみることに。
システムの復元は[スタート]->[アクセサリ]->[システムツール]->[システムの復元]
１日前まで復元したら復活した。

Microsoft Access のみを使用して MouseWheel イベントを作成する
警告 : 可能な限り、この資料の「Visual Basic の ActiveX DLL を使用して MouseWheel イベントを作成する」に記載されている方法を使用するようにしてください。以下の方法を使用できるのは、Microsoft Access ランタイム アプリケーションなど、アプリケーションのユーザーが Microsoft Access 内で Visual Basic Editor を読み込まない場合に限られます。このソリューションを実装した場合に、ユーザーが Visual Basic Editor を開くと、以下のコードによって Microsoft Access が応答を停止します。また、Microsoft Access を起動している間に一度でも Visual Basic Editor を読み込んでいる場合は、このコードのテストを行う前に、Microsoft Access を再起動する必要があります。この方法を使用する場合には、作業内容を保存する頻度を高くし、データベースのバックアップを常に最新にしておくことを強く推奨します。

続きを読む…»