堀川です

muroさんWrote
>１．データの修正を行う時に、フォームのレコードソースは実際の生データで
>   それとは別に生データをバックアップ的に作業用テーブルにとっておき、
>   修正、削除、追加などを「取消」したときにその作業用テーブルから戻していま
>す。

この取り消しは、Transactionで言うRollback とは意味合いが違いますね
ユーザオペレーション操作結果で、取り消すことになりますから
バックアップ目的の作業用テーブルであれば、サーバーに置いた方が
データのコピーがネットワークには流れないのでよいのでは？


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


>３．システム構成が、本社にサーバ1台、各支店（１５店舗くらい）にクライアント
>が（以下、略）
これは、レプリケーションシステムの応用例題ですね
ただ開発を上手く行えば、C/S形式で対応ができると思います
レプリケーションはそれなりに難しい問題がありますので、C/Sの方が
システム開発は簡単です

ちなみにこのようなシステムをAccessで作っていたのですか？
もしどこかのクライアントがハングして操作中に止まったら？
信頼性の確保は、難しいでしょうね

---------------------------------------------------
（株）日本技術ソフト開発　　堀川　明

        mailto:who@example.ne.jp
        mailto:who@sub.example.jp
        http://www.horikawa.ne.jp/msde/
        http://www.kt.rim.or.jp/~pwp/

１０月１７日（火曜日）　１３時２３分記