マスタデータ更新

こんにちは。
システム開発の基礎的なところがわからないので、教えていただきたく、投稿させていただきます。
システム開発をほとんどやったことがないので、言葉が変なところもあるかと思いますが、宜しくお願いいたします。

サーバー上に、AというSQLServerのDBがあります。
今までは、システム管理者のみがAccessからA.DBのリンクテーブルを使い、マスタデータの更新/追加/削除を行っていましたが、今後、リーダークラスの人もできるようにしたい！という要望があり、そのインターフェース部分を作成しています。

いろいろと考え、フロントエンド側にAccessでB.mdbを作成し、そこには、A.DBと同じテーブル構造の一時TBLを作成し、B.mdbを開いた時にA.DBから全データを取得することにしました。（取得するところまではできています）

ここから、設定するための画面作成をしますが、最終的に、更新/追加/削除されたデータは、どのようにA.DBにUPすればいいのでしょうか？

考えた方法として
(1)B.mdb内に、一時テーブルとは別に、更に同じ構造の変更用テーブルを作成。
設定画面から更新/追加/削除されたデータは変更用テーブルに保存し、全ての処理が終了したら、変更用テーブルにあるデータを1つづつ見て、A.DBへ更新/追加/削除をかける

(2)一時テーブルのデータを直接更新/追加/削除し、全ての処理が終了したら、全テーブルのレコードを１件づつ比較し、A.DBへ更新/追加/削除をかける


というくらいしか思いつかないのです。
その他に思ったのが、一時テーブルもしくは変更用のテーブルに、レコード毎に「更新/追加/削除」がわかるようにフラグを設けて、そのフラグに従ったSQL文を発行する
というくらいです。。。
根本的に、マスタデータに対する更新/追加/削除のやり方が間違っていたりしますか？

誰も聞ける人がいないので、どうぞ宜しくお願いいたします！！！

No.3 回答者： noname#22222 回答日時： 2006/06/29 20:45

スーツのデザイナでプログラマではありません。

ですから、かなりトンチンカンだと思いますが...

１、Accessプロジェクトでなく、なぜ、 mdb なのかと思いました。
２、データベースの管理は、SQL文の発行で全て済ましてしまうが基本と思いますが...
３、テンポラリファイルは SQL Server に作成することも出来るのではないのかなあ・・・

こんな、他愛もない感想を持ちました。

この回答へのお礼

s_huskyさんも、ありがとうございます。
基礎がわかっておらず、理解できないため、調べてから、検討させていただきたいと思います。

こういうことをおっしゃっていたのか！
と分るようになるといいのですが。。。
勉強不足ですみません。

お礼日時：2006/07/03 11:01

No.2 ベストアンサー 回答者： 16August 回答日時： 2006/06/29 18:43

実際に私はあまりこの手のものを作ったことがないのであまり的確なアドバイスにならないかもしれませんが、

何がいつ誰によってどう変更（追加）されたかを知る必要があるなら直接リンクテーブルのデータを変更することはできないと思います。　

ログの必要がなければ、それこそリンクテーブルのデータを連結フォームから変えてしまえばよいわけですけど、そうだったらこんな質問は出ないですよね。

>削除は、解除フラグがあるものは解除フラグを立てるだけ

これは、実際はマスタの更新なので現実に発生する処理は追加及び更新の２種類と考えてよいと思います。

私が作るなら、
(1)非連結フォームにA.dbよりデータを読み込む仕組みを作り、読み込む際にその内容をログテーブルに保存して
(2)フォーム上でマスタデータの変更を行い変更内容をA.dbに書き込むＳＱＬ文を作って、ローカルのテーブルに、登録ユーザーＩＤや変更時刻、 などとともに保存しておき、
(3)sqlを実行させます。　
sqlをいれたテーブルと読み込んだデータテーブルがそのままログになります。

アクセスにＶＢＡでたくさん書くことに関しては、ちょっと抵抗があるので可能であればＶＢなどを使われたほうがちょっと安心できるかもしれません。　アクセスで全部作られるなら、こまめにバックアップを取りながら、、、

あまりＶＢＡで書きたくないなら（クエリなどで片付けたいなら（考えられた方法の(1)とほとんど同じですが、全マスタデータをローカルに持ってくる必要はない。）
(1)1マスタデータをＢ．ｍｄｂ上の仮テーブル及びログテーブルに読み込み、
(2)連結フォームで変更をさせ、Ｂ．ｍｄｂのテーブルに保存しておく。
(3)(2)で作ったデータ内容をa.dbに反映させる。

どちらのケースでもフォーム上では新規登録であるかどうかの判断は　インデックスになるＩＤなどを一度マスタテーブルを検索して重複しているデータがあれば更新であるし、新規であれば追加ということになります。

この回答へのお礼

ありがとうございます。
せっかくお返事いただきましたのに、私の中でどうも理解できません（；＿；）

追加・更新の２種類でＯＫというのと、全てのマスタエータをローカルに持ってこなくて良い　ということは、大変勉強になりました。
ありがとうございますね。

これを頭に入れて、もう少し調べてみることにします。
ありがとうございました！

お礼日時：2006/07/03 10:58

No.1 回答者： 16August 回答日時： 2006/06/29 16:22

マスター変更の運用規則というのがどういうものかによりますが、

例えば変更を即座に反映させたいのか、バッチ処理などで決まった時間に反映させるのかによります。

また、変更前のマスターの状態を再現させる必要があるかどうかによってつくりが変わってきます。

あと、現在のマスターに開始日、終了日などのフィールドがあるか教えていただけますでしょうか？

この回答への補足

こんにちは！
お答えありがとうございますね。

マスタデータへのデータ登録は、あっても１週間に１回くらいです。（追加したいデータにより、更新/追加/削除にかかわるレコードの数はまちまちです）

ローカルPCにてデータを一通り更新し終わったら、すぐにマスタDBへは反映させたいと思います。
（バッチではなく、リアルタイムになるのでしょうか？）

マスタDBの設計があまりよくないため（でも、これを直すほどの手間はかけられない）、データの入力（DB構造）を覚えるのに時間がかかりますので、リーダーさんから入力してもらったデータに間違いがないか、最初の頃は、システム管理者がチェックできるようにするかということも悩んでいます。
本来でしたら、A.DBのリンクテーブルをローカルのB.mdbに作成し、直接、更新/追加/削除を行うのが一番簡単なんですが、上記点から、一時テーブルに保存して、変更したところがわかるようにしたいと思います。
（すみません、日本語おかしいかもです。。。）

>また、変更前のマスターの状態を再現させる必要があるかどうかによってつくりが変わってきます。

なので、再現させる必要もあるかもしれません。

現在のマスターには、開始日・終了日のフィールドはありません。解除フラグはあります。
・追加はデータ追加
・更新（変更）はそのまま変更
・削除は、解除フラグがあるものは解除フラグを立てるだけ（マスターにより解除フラグがないものもあるので、削除する場合も有９

という感じです。
意味、わかりますでしょうか？？

補足日時：2006/06/29 16:39