muroです。

回答ありがとうございました。

> >１．データの修正を行う時に、フォームのレコードソースは実際の生データで
> >   それとは別に生データをバックアップ的に作業用テーブルにとっておき、
> >   修正、削除、追加などを「取消」したときにその作業用テーブルから戻してい
ま
> >す。
>
> この取り消しは、Transactionで言うRollback とは意味合いが違いますね
> ユーザオペレーション操作結果で、取り消すことになりますから
> バックアップ目的の作業用テーブルであれば、サーバーに置いた方が
> データのコピーがネットワークには流れないのでよいのでは？

その場合、どのマシンがデータ修正を行っているかの情報を込みで
作業用テーブルにいれていかないといけないですね。
今までは、フロントエンドの方においていたため、どのマシンがという
心配はなかったので。

> >２．印刷をかけるときに、印刷用の形態にあった作業用テーブルを作っている。
> これは悩みますね
> 印刷用の集計処理がSQL文でできないときは、初心者の方はVBで１レコード
> 単位で取得することを考えますが、私はサーバーカーソルを使って、ストアド
> プロシージャ内で集計させます
> 印刷用データをサーバー側で準備させて、クライアント側の作業用テーブルに
> １回の転送命令で転送させるのが、よいかな？

大変申し訳ないのですが、まだまだ、初心者で
「サーバカーソルを使って、ストアドプロシージャ内で集計」
の意味がわかりません。
「クライアント側の作業用テーブルに１回の転送命令で転送させる」
でそのクライアント側に作業用テーブルをおく方法がわからないのです。
情けない限りですが…。

> >３．システム構成が、本社にサーバ1台、各支店（１５店舗くらい）にクライアン
ト
> >が（以下、略）
> これは、レプリケーションシステムの応用例題ですね
> ただ開発を上手く行えば、C/S形式で対応ができると思います
> レプリケーションはそれなりに難しい問題がありますので、C/Sの方が
> システム開発は簡単です
>
> ちなみにこのようなシステムをAccessで作っていたのですか？
> もしどこかのクライアントがハングして操作中に止まったら？
> 信頼性の確保は、難しいでしょうね

信頼性の確保という意味では、どのようにすればいいか分からなかったため、
毎日バックアップとり、何か起こったときには、バックアップから復旧してもらう
ようにしています。
すでに、１年くらい使っていますが、１度問題が起こっただけで何とかすんでいま
す。