Access 2003データベースを作成し、100人のユーザー間で共有する必要があります。ユーザーは変更を行わず、ホストマシンでスケジュールされたタスクを使用して毎日（および1回）生成されるいくつかのレポートを表示するだけです。
同時に100人のユーザーがそのコンテキストでパフォーマンスを分類しますか？
このワークフローに関して私に何をアドバイスしますか？
除外：
あなたは「ホスト」という言葉を使用しました。Accessは真のクライアントサーバーエンジンではないことを忘れないでください。単にデータへのアクセスを提供するだけです。コンシューマーはデータをローカルマシンにプルダウンし、ローカルAccessランタイムまたはローカルAccess開発バージョンがダウンロードされたデータに対してクエリを実行します。データの「貨物列車」全体が、ネットワークを介してデスクトップに到達する可能性があります。
数年前、顧客がAccessで望んでいた大規模なデータベースがありました（最終的にはOracleに移動しました）。一部のクエリは、使用可能なLAN帯域幅の90％〜100％を15〜30秒間消費します。その間、LAN上の完全に異なるデータベースへの他の書き込み操作がタイムアウトになり、データが破損します。
したがって、シナリオの主な懸念事項は、他のアプリケーションに対する深刻な劣化の影響です。これは、データベースのサイズとレポートの背後にあるクエリの性質によって異なります。
可能であれば、レポートを「キャニング」することをお勧めします。これにより、レポートを実行するたびに、その背後にあるデータをインスタンス化するクエリが呼び出されなくなります。
編集：必要に応じて、Accessの「ホスト」と同じマシンでWebサーバーを実行し、クエリを実行して、最終結果レポートをHTMLとしてコンシューマーのブラウザーに提供することもできます。これにより、帯域幅の消費が削減されます。LANは「クラウド」になります。
各ユーザーにフロントエンドの独自のコピーを提供し、データソースにリンクする場合、ネットワークがスクラッチ状態になっていると、100人のユーザーを回避できる可能性があります。私は約100人のユーザーがほとんどアクセスDBでのみ読み取りを行っていますが、すべてが同時にそれを使用しているわけではありません
優れたautoFEアップデーターwww.autofeupdater.com/を使用して、フロントエンドのインストールを自動化できます。