ＡＣＣＥＳＳではどの程度の規模まで安定していけるか？

２万件－３万件位の顧客マスターをＡＣＣＥＳＳで構築したいと思っています。この程度の件数であればＡＣＣＥＳＳで十分安定して稼動できますかね？
アクセスのデータベースがどの程度のレコードまで安定して取り扱えるのか
ちょっとピンときません。
安定を第一に考えているので、経験ある方教えてください。

No.6 回答者： marikop 回答日時： 2008/05/13 23:42

当方はACCESSで

200万レコードを扱います
※これは　猟奇的・・・狂気的です
予算がないとか、時期課題とかで　逃げ切られますが
やはり、個人的には他のDBMSに移行予定でおります

200万件扱っての問題点は
何をするにも　時間がかかる
1クリック2時間3時間・・・時に　応答なし
最適化もかかりづらくなってきますので　やはり3万件くらいまでかなと思います※レコード長によりますが
メンテナンスも楽にしたいですよね・・・

No.5 回答者： Kalen_F 回答日時： 2001/10/06 11:34

今までmdbをメインに使ってきてるんですが、大丈夫と思いますよ(^o^)

もしデータが増えて重くなりすぎたら、内容は全く同じmdbを続きのmdbとして作って、データ抽出したり、更新、削除する時は、ユニオンで結合して処理するという方法もありますよ。

この回答へのお礼

やはり、業務の性格にもよりますし
一概には言えないようですが、
そこそこには使えているというのが
現状の様ですね。
参考になりました。

お礼日時：2001/10/09 09:35

No.4 回答者： yanmaa 回答日時： 2001/10/05 18:15

２万件や３万件程度ならAccessでも扱えますが利用体系によってはAccessは不向きな物になると思います。

なお、複数端末でMDBファイルを使うような場合は不向きです。
ちゃんとしたDBMSを導入しましょう。

個人的に管理したいと言うならバックアップも考慮して使う分には問題ないでしょう。

確認ですが貴方の「十分安定して稼動できますよね？」とは定量的に書くとどうなるのですか？

なお真面目に仕事用でサービスするためのDBとして作るならまともなDBMSを考えることをお勧めします。

トラブルが発生しても顧客に迷惑のかからないシステムならまあAccessでもいいのですが迷惑をかけると迷惑料＋信頼を失う事になるのでこのあたりは慎重になって頂きたいと思います。

この回答へのお礼

単一端末です。業務で使用します。
定量的には５年に１回－２回程度のトラブルなら
ＯＫかなあと。
一応、サーバーにきちんとしたマスターのＤＢ
がありまして、ＡＣＥＳＳのＤＢはローカルのオフラインのＰＣで持つサブセットとしてのＤＢとなります。
万一破損し、ローカルで復旧出来ないときは
サーバーにて作り直して渡すといった形になると
思います。即時性はそれ程求められないので
信頼性とコストとの兼ね合いで決めなくてはと
思っております。
やはりきちんとしたＤＢＭＳとの差は歴然とありそうですね。参考になりました。

お礼日時：2001/10/09 09:33

No.3 回答者： Y_Y 回答日時： 2001/10/05 17:22

件数的には問題ありませんが、

安定を第一にということなので、Accessはやめておいた
ほうがよろしいかと思います。
経験上、MDBの破損は極稀に起こります。
やはりORACLEやSQLServer等の使用をお勧めします。

この回答へのお礼

なるほど。
安定第一というとやめた方がよろしいですね。
ｍｄｂ破損時、復旧までの業務のロスとの
兼ね合いもありますね。
参考になりました。

お礼日時：2001/10/09 09:25

No.2 回答者： maruru01 回答日時： 2001/10/05 15:47

こんにちは。

maruru01です。
経験上では、２～３万件は問題ないと思います。
１０万件程度でも一応動きますが、クエリーとか検索とかにやたら時間がかかる場合があります。（マシンにもよりますが）
まあ、５万件を越えるようなら、もっと大規模のデータベース（SQL Serverなど）を利用した方が無難ですね。
あとは、一度に全データを使用（検索、出力など）しないなら、データテーブルを適当なサイズに分割して別のファイルに分散しとけば、安定稼動が望めます。
では。

この回答へのお礼

ありがとうございます。
出来るだけレコード長を小さめに数万件程度に
抑えてみたいと思います。
５万件がひとつの目安ですね。
多分３万は超えない予定です。
マスターとして主キーでの参照と、
少しずつ更新と追加が発生しそうです。
更新・追加繰り返すと最適化を時々した方が
良いみたいですね。
コードが不明の時、カナ名前等での検索も
ありそうです。もう少し研究してみます。

お礼日時：2001/10/05 16:00

No.1 回答者： k_eba 回答日時： 2001/10/05 15:43

顧客マスターの持ち方等の研究をされればＯＫと思います。

例えば県名は持たず県コードにするみたいにデータを重複して持たない工夫
また適度に最適化をすることです
私は１０万件を振り回してます。
若干レスポンスが遅いが安定しています。
全てデータ構造に尽きます。

がんばって作成して下さい。

この回答へのお礼

ありがとうございました。
同じレコード件数でもレコード長などにも
影響しますかね。短いほうが良いとか？
１０万件でも動くことは動くみたいですね。
参考になりました。

お礼日時：2001/10/05 15:56