２つのACCESSファイルからデータを抽出して時系列に並べる‥

質問

ACCESSで販売管理伝票などを作れるようにし、１つのファイルに皆が入力するとファイルが重くなってしまうため、
販売員一人ずつにファイルを持たせていました。（フィールド項目などは皆同じです）

ところが思ったより人が増えて来たので（14人）、これらをサーバに入れ、これまでのファイルはそのままで、
全販売員の月次売上や、グループごとの売上などを１箇所にまとめ、事務員が閲覧、集計できるようにできないかと思っています。

いよいよ質問なのですが、上のようなことはできるのでしょうか？
ファイルは各担当者ごとなのは変えたくないと思っております。
調べてもクエリではなさそうだし‥、どうか出来るのかどうかと、出来るならその方法をお教えください！

どうぞ宜しくお願いします。

回答No.1

gatyan · ベストアンサー

とりあえずなら、ユニオンクエリを使って複数のクエリの結果をまとめることができます…各人のmdbにアクセスできる環境が必要です

select * from テーブルA where …
union all
select * from テーブルB where …
union all …

みたいな感じでクエリ(SQL)を作成します
各人のmdbのテーブルをリンクしたものが、テーブルAやテーブルBになります

補足

ご回答ありがとうございます。
ユニオンクエリというのですね。一度試してみます！

回答No.2

Bickyon

サーバ側のMDBから各販売員のテーブルをリンクして、UNIONクエリで繋げば出来ると思います。
でも、それは不自然だと思います。やはりサーバにデータを集約するのがシステムとしては自然だと思いますが．．．
質問者さんが「１つのファイルに皆が入力するとファイルが重くなってしまう」という部分のニュアンスですが、ファイルサイズの増加を懸念しておられるのか、レスポンスの低下を懸念しておられるのかどちらでしょうか？
ファイルサイズの増加については、１４人分のデータなのでそれなりのサイズになるのは仕方がないですし、逆に顧客や商品等のマスタデータが集約できる分リソースの節約になるはずです。
レスポンスについては、更新系の処理で、同一レコードを各販売員が更新するようなことが頻繁に発生しない限りそれほど懸念する必要は無いように感じます。

補足

ご丁寧な回答ありがとうございます。
> でも、それは不自然だと思います。
< やはりそうですか‥。書籍やネットで調べてもそういう事例はないし、おかしいのかなぁと薄々思っていました。

> ファイルサイズの増加を懸念しておられるのか、レスポンスの低下を懸念しておられるのかどちらでしょうか？
< ファイルサイズを心配しています。最大2GBまでしかダメとのことなので、全員のをまとめてしまうと、
早ければ1年ぐらいで容量がいっぱいになるような気がしていますし、1つのACEESSファイルを
同時に触れるのは5人ぐらいまで‥というのも引っかかるのです‥。（同時に10人とかで触るとファイルが壊れる？）

不自然なのかどうか、また、Bickyonさんのおっしゃるような方法がよいのか、少し分からなくなってきましたので、もう一度頭の中で整理してみたいと思います。
質問はもう少し受付させてもらえればと思います。