はじめに:
マルチユーザー機能を備えた Access データベース システムを作成しています。しかし、Access 2000 でこのデータベースを作成しているため (私が知っているオールドスクール)、データベースが 40 ～ 60 MB を超えると、非常に多くのバグや不可解な問題がランダムに発生します。
私の質問：
これを縮小する方法や膨張を防ぐ方法について、誰かが良い解決策を持っていますか?
詳細：
SQL テーブルとバックエンド SQL Server へのフロントエンド リンクを組み合わせた多くのローカル テーブルを使用しています。私はすでにコンパクト化と修復を試みましたが、約 15MB にしか縮小されず、ユーザーがデータベースを数回使用した後、肥大化が急速に 50 ～ 60MB 以上に拡大しました。
詳細が必要な場合はお知らせください。ただし、それが私の問題の大まかな概要です。
どうもありがとう！
従うべきいくつかのアイデアがあります。
あなたはローカルテーブルもたくさん持っていると言いました。ローカル テーブルをさらに別の Access データベースに分割します。したがって、2 つのバックエンド (1 つの SQL Server と 1 つの Access) と、フロントエンドがあります。
/compactオプションを使用して、ローカル テーブル バックエンド データベースを開くバッチ ファイルを作成します。したがって、次のようになります。
"C:\Prog...\Microsoft...\Officexx\ C:\ProjectX_backend.mdb /compact"
次に、スケジュールされたタスクを使用して、このバッチ ファイルを毎日実行します。なんらかの方法で編集しない限り、フロントエンドを圧縮する必要はありません。
評判が非常に悪い 2000 に固執している場合は、アプリケーションを掘り下げて、肥大化の原因を突き止める必要があります。最も一般的な理由は、一括挿入とそれに続く削除です。その他の理由は、OLE オブジェクト フィールドの使用です。その他の理由は、フォームなどのオブジェクトのプログラムによる変更です。アプリケーションを実際に調べて、特定の原因を見つける必要があります。
バッキングされたサーバーにのみ接続され、ローカル オブジェクトに変更を加えない mdb ファイルは大きくなりません。
ランダムな問題については、2000 バージョンの安定性の欠如に加えて、mdb ファイルがネットワーク上で共有されている場合は、コンピューターの RAM の不良、ハード ドライブの不良、およびネットワーク コントローラーの破損を調べる必要があります。