Accessのバックエンドを複数に分割するメリットはありますか

私のところはmdbをいまだに使っていて恥ずかしいくらいの古い環境なので、

直接の回答にならずに大変申し訳ないのですが、次のような感じで分けてます。

・顧客管理：60MBで５万件くらい（以降すべてテーブルのみの容量です）

・売上管理（売上、請求、支払い、仕入れ等）：200MB

　　数万件のテーブルがいくつかと10万件のもの

・日報管理（接客や外回り結果など）：200MBで20万件くらい

・客先修理記録管理：60MB で5万件くらい

クライアントPCが30台くらいで、ファイルサーバが１つ、LANは100Mbpsで使っています。

ActiveDirectoryを使っておらず、簡易LANにてのクライアントサーバもどきです。

（junnny 様がおっしゃるようなテーブルとプログラムに分けたのみです。）

また、すべての機能がリンクテーブルでリンクしあってます。

2004年ごろからこのままで、セキュリティ問題をひきずりながらでいけないのですが、

サーバ側でレジストリのoplock設定をしているからか、一応、ファイルが壊れたことは

一度もありません。

メリットとしては、junnny 様がおっしゃるとおりだと思います。

これを1つのmdbファイルにまとめていたらと思うとゾっとします。

また、速度的にもメンテ的にも、mdbに限っては、分割したほうがよいと思っています。

そのほうがメンテで業務停止しないと思います。

あまり細かく区切りすぎてもいけないかとは思いますが、利用目的別に分ける感じなら

分けたほうがよいと思っています。

速度的には、一時テーブルをできるだけ使う（連結フォーム少な目にする）とか、

ダミーのリンクテーブルをソースにしたフォームを非表示で開いておくことなどで、

業務にはまったく支障の無い速度を保っています。

SQL Serverのようなユーザー別のセキュリティ（ロールを用いたセキュリティ？）が

必要な場合はこのようなことは困難だと思いますので、デメリットとして

「セキュリティが、強固にしてくてもできない」ということが挙げられるかもしれません。

また、mdbの場合はテーブルを分けると、分けたmdb同士のあいだでは

参照整合性が設定できないので、自前で参照整合性のような機能をつくる必要がありました。

分けたテーブル専用のmdbをプログラム専用のmdb側ではいっしょにリンクテーブルとして

使う場合に、参照設定ができなくなってくる、という意味です。

（分けてないmdb内では参照整合性は設定できます。）

ただ、これは勝手に削除できないようにするとか、チェックプログラムを作ればいいだけなので、

さほどネックにはなりませんでしたが・・・。

レプリケーションとかもちゃんとやれないかもしれません。

ACCDB ファイル形式のことは分からないのですみませんが、mdbの場合ですと

そんな感じです。

何かご参考になりますれば・・・。