現在、

Mr.Tです、こんにちは。

一般的には、

• Accessは複数人の同時利用を考えられたものではありませんので、複数で利用している時点がまずマズイ。
• ネットワーク越しに見ているということは、ネットワーク帯域が圧迫されている可能性はないかも調べる必要があります。
• Accessは更新、削除を繰り返すと肥大化するので、最適化が必須。
• 遅いのは、テーブルにIndexがないため、ということもある。
• Webアプリケーションにした場合は、Webサーバのスペックによって応答速度は上下する。Webアプリにしたから早くなるのかどうかは、複合要素できまる。そもそも、遅いというのが何を指標にして遅いというのかわからない。
• HDの読み書きが遅い場合なんかも影響大きい。

まず、重いというのが何が重いのかを調べる必要があるでしょう。

それによって、対応の仕方が異なりますので。

ハードのスペックが十分なら、とりあえずAccessからSQLServerに移行してみる、という手はありますね。Accessからウィザード形式で移行できるので、簡単ですし。

http://Dammy

おそらくいま遅いのは、Accessを直接共有しているからロックがかかっているためだと思います。

一番手っ取り早いのは、Accessをそのまま使って、テーブルだけSQLServerに置いてリンクテーブルとすることですね。

SQL Server 2005 Express Editionなら無料です。

このとき各ユーザーの使うmdbはローカルにコピーして各人で使います。バージョンアップが頻繁だと、ちょっと面倒です。

Accessでどこまでやっているかわかりませんが、ただ単にデータを呼び出して、書き込むだけのシステムなら、Perl+MySQLだろうがAccessだろうがそう変わりはないでしょう。実力次第では。

Accessで充実したインターフェースを作っているなら、これをコンバートするのは大変です。

ポイントとなるのは、Accessをローカルにコピーして運用できるかどうか、セキュリティをどう考えるか、保守メンテナンス、といったところではないでしょうか。

URLはダミー

http://www31.atwiki.jp/memo77/

私もAccessを業務で使用したことがありますが、ネットワーク越しにMDBの共有で使用すると、非常に遅く使い物になりませんでした。これは実行エンジンがローカルにあるために、一度テーブルデータを全てローカルに持ってくるため遅くなるらしいです。オラクルやSQLサーバでは、DBサーバ上で計算し、結果だけをクライアントに返してくれるため処理が早いです。インデックスを作成してなかったり、作成してもインデックスが使われるSQLの書き方でなかったりという処理が遅くなる原因は多々ありますが、一般的にMySQLとperl（PHP）を使用したシステムは、AccessMDBを共有したシステムより早いです。

http://dummy.com