も～ACCESS限界だ！

質問

質問させていただきます。

今現在、４０万程度のデータをACCESS上で動かしています。
mdeファイルを作成し、各クライアント７台程度に配布し、テーブルをリンクして使用しています。

データ量、クライアント量が拡大するにつれ、当たり前ですがレスポンスが遅くなってきています。また、はじめからクライアントに配布する方法はACCESSには向かないとも聞きました。

そこで無料のMSDEを知りました。
今現在のデータ量ではどのデータベースがいいでしょうか。
SQLserverやらMSDEやらいろいろとありますが、なにしろ独学ですので、一番現実味があるもので、実用が可能なものを選び構築したいと考えております。
ACCESSの基本的な構築程度は独学でやりました。

今の段階でデータベースでやることといえば、
まず紙媒体の電話番号を入力し、その中の重複を省きます。「重複なし」のテーブルに電話番号をひたすら打ちます。
重複のなくなった紙媒体のデータを各クライアントmax７台程度（増える可能性あり）でデータを入力をします。
そのデータを住所順で並び替え、使用しないデータを手動で削除。

もう１つ同じ構造のACCESSファイルにコピーし、次はそこでレポート印刷をします。そのファイルはそのまま電話オペレーターが検索でデータを引き出し電話での顧客対応に使用しています。

ACCESSでは限界と言われています。レスポンスも落ちてきています。
何かどんなことでも構いませんので、アイデアがあればご教授お願いいたします。

つたない文章で申し訳ありません、不足分は指摘いただければ追記いたします。

回答No.1

t2hayashi · ベストアンサー

テーブルを全てSQLserverに移植し、MDEファイルでリンクしましょう。

40万件はアクセスのデータ数として現実的ではありません。

ただし、テーブルの構造や作り方によってスピードが変わるか
わかりません。DBチューニングで劇的に変わることもあります。

またクエリー→VIEWに、VBAでのレコードセット呼び出しをDAOやADOに
書き換えることによってアプリケーションとしての動きが劇的に
早くなることもあります。

要は、ネットワーク上やローカルに引っ張ってくるデータをできるだけ
少なくするにはどうしたらいいか設計すること。できるだけクエリー処理などをSQLサーバーでさせるようにし、MDEは最小限のデータを表示
するインタフェイスとして考えること。

こういったことが必要です。

上記の内容の理解に時間がかかるようであれば悪いことは言いません。
プロに任せましょう。

お礼

ご返答有難うございます。

多少調べたので概要はなんとか理解しています。
やはりSQLserverでACCESSをフロントエンドとして構築するのがよさそうですね。処理の度にいちいちクライアントにデータを全て持ってきていては圧迫もすると思います。
ACCESSを使用して１年程度で、このDBはクライアント間での使用に適してないと聞いたので、大変困惑しました。
それでもまだACCESSからSQLserverへの切り替えは比較的楽だと聞いたので、頑張ってこの方法で試してみます。

＞＞要は、ネットワーク上やローカルに引っ張ってくるデータをできるだけ
少なくするにはどうしたらいいか設計すること。できるだけクエリー処理などをSQLサーバーでさせるようにし、MDEは最小限のデータを表示
するインタフェイスとして考えること。

念頭に置いて勉強しまくってみようと思います。
本当に有難うございました。