分割するとアクセスDBが高速になります - テーブルをサーバーに残し、残りはローカルに残しますか？

Question

私は現在、Accessデータベースをサーバーに格納しているので、ユーザーが使用する必要があるたびにネットワーク上の場所にアクセスファイルを開きます。

クエリ、フォーム、エクスポートなどすべてが非常に遅いです。 Accessファイルをローカルドライブに保存すると、その速度が大幅に向上します。

私はデータベースを分割し、ネットワークの場所にテーブルを残し、他のすべてがユーザーのhddにローカルに格納されていると、ユーザーの全体的な操作性が向上しますか？

UPDATE：異なるユーザーがDBを同時に使用していません。

Answer 1

ネットワーク上で同じ共有ファイルを複数のユーザーが開いている場合は、破損などその他の問題を求めています。

複数のユーザーを設定する場合は、常にデータベースを分割する必要があり、各ユーザーにはローカルに保存されたコピーが必要です。

現在、すべてのフォーム情報とのデータをネットワーク経由でドラッグしているので、スピードの問題に役立つでしょう。適切に設計されたフォームとクエリは、タスクに必要な最小限のデータを引き込み、ネットワークトラフィックと負荷時間も削減します。

Answer 2

一般的なルールはありません。 （いずれの場合も、accDBファイルはサーバフォルダにあると仮定します）。

実際に分割されているかどうかは、ネットワークパイプを流れる "データ"を実際に変更するものではありません。

しかし、各ワークステーションにインストールされたフォーム、VBAコードなどはネットワークパイプを通過する必要はありません。このようにして、ネットワーク帯域幅や速度の向上を図ることができます。しかし、ほとんどの場合、フォームの読み込み時間は非常に小さいです - データの引っ張りはボトルネックと減速を表します。

フロントエンドが各ワークステーションにインストールされたスプリットシステムは、データの速度やネットワーク上に引き込まれるデータの量を変更しません。しかし、アプリケーション部品はローカルにロードされているので、それらの部品はネットワークパイプを通過することはないため、より高速にロードされます。

ただし、Excelを使用する場合は、各ワークステーションにそのアプリケーションをインストールします（サーバー上でいくつかのデータ/ドキュメントファイルを共有する可能性があります）。

Wordを使用すると、そのアプリケーションを各ワークステーションに再度インストールします（サーバー上にいくつかのデータ/ドキュメントファイルを共有する可能性があります）。

コンピュータ産業の過去30年間、一般に、あなたは各デスクトップにアプリケーション部分をインストールします。あなたがアプリケーションを作成してビルドしているので、もう一度、そのコンピュータのアプリケーションを他のすべてのものと同じようにインストールします。したがって、データやデータファイルと、各ワークステーションで実行するために作成および開発するアプリケーションコードとの違いを念頭に置いておく必要があります。

また、1人のユーザーにコードがある場合やフォームがフリーズした場合、他のすべてのユーザーは作業を続けることができるため、信頼性が大幅に向上します。すべてのユーザーが同じアプリケーションコードを共有していると、1つの混乱のために全員が作業を停止する可能性があります。

データの観点から、答えはいいえです。また、非分割とは対照的に、リンクされたテーブルにはいくつかの「オーバーヘッド」があります。だから、時には非分割よりも減速することがあります。ただし、保守性と信頼性の観点からは、分割が強く推奨されます。また、アプリケーション+フォームのアプリケーションでは、フォーム+コードがローカルに読み込まれ、アプリケーションフォームやコードがネットワークパイプを経由して読み込まれるため、速度が向上します。