sql >> データベース >  >> RDS >> Access

Access2016でデータベースを手動で圧縮および修復する方法

    Accessを使用すると、データベースを手動で圧縮および修復して、パフォーマンスやファイルの破損の問題を防ぐことができます。

    データベースは、手動で、またはデータベースが閉じられるたびに自動的に圧縮および修復できます。

    これらは、データベースを手動で圧縮および修復するための手順です。

    圧縮して修復する前に、データベースをバックアップすることをお勧めします。

    1. ファイルメニューを開く

      データベースがすでに開いている状態で、ファイルをクリックします。 左上隅にあります。

    2. コンパクトで修復を実行

      Compact&Repair Databaseをクリックします ボタン。

      コンパクトで修復プロセスはすぐに実行されます。

    マルチユーザー環境?

    コンパクトおよび修復プロセスにより、データベースを使用している人が混乱する可能性があります。

    したがって、データベースへの排他的アクセス権がある場合にのみ、CompactandRepairを実行する必要があります。

    複数のユーザーがいる場合は、コンパクトな修復操作を実行する予定があるときはいつでも通知して、その間にデータベースの使用を停止できるようにする必要があります。

    圧縮して修復する必要がある理由

    データベースの圧縮と修復は別のことです。両方を実行する必要がある理由の説明は次のとおりです。

    コンパクト

    データが更新され、データベースの設計が変更されると、そのファイルサイズは大きくなります。 Accessは、特定のタスクを実行するために非表示のオブジェクトを作成する場合があります。これらのオブジェクトは、必要になった後も長い間データベースに残ることがよくあります。

    また、Accessでオブジェクトを削除しても、ディスク領域は自動的に再利用されません。データベースファイルは、削除されたオブジェクトが以前に使用したディスク領域を引き続き使用します。

    時間の経過とともに、これらの要因はパフォーマンスに悪影響を与える可能性があります。データベースオブジェクトを開くのに時間がかかる可能性があり、クエリの実行に時間がかかる可能性があり、データベース全体が「遅い」ように見える可能性があります。

    データベースを圧縮すると、これらのオブジェクトが使用していた未使用のスペースが解放されます。コンパクトな操作は実際には圧縮しません データ。未使用のスペースを解放するだけです。

    データベースを圧縮した結果、データベースはより速く感じられる(そして実際にはそうなる)はずです。ファイルサイズも縮小される場合があります。これらの要因の程度は、データベースの使用頻度と、データベースが最後に圧縮された日時によって異なります。

    修理

    データベースファイルが破損する場合があります。これはシングルユーザー環境で発生する可能性がありますが、マルチユーザー環境でははるかに一般的です。

    データベースファイルがネットワークを介して共有され、複数のユーザーが同時にファイルを直接操作する場合、そのファイルは破損するリスクがあります。

    ファイルが破損している場合、Accessはデータベースファイルを破損としてマークします。ファイルはコンパクトアンドリペアプロセスを使用して修復できますが、修復プロセスの完了後に一部のデータが失われる可能性があります。

    破損したデータベースファイルを開こうとすると、Accessにファイルを自動的に修復させるように求められます。


    1. Javaを使用してSSH経由でリモートMySQLデータベースに接続します

    2. MariaDBでのUTC_DATE()のしくみ

    3. SQLServerで更新した行のIDを取得する

    4. Galera Cluster Cloudオファリングの比較:パート2 Google Cloud Platform(GCP)