mysql:5606
From: "Mayumi tanaka" <"Mayumi tanaka" <hoendomt@xxxxxxxxxx>>
Date: Thu, 6 Jun 2002 18:45:20 +0900
Subject: [mysql 05606] ありがとうございます。
こんにちはMAKOTOです 立岡さま、大森@DigiPaさまレス(この場合返信)ありがとうございます。 (余談ですが、実はメーリングリストなるものを使ったことがなかったので、 なにを、どこに、どうやって、送るのか知るまでにも相当時間がかかったのです。) さて本題です。 >MS-ACCESSでリンクテーブルを使った更新フォームなんかを作ると経験的には >全滅ですね。VBAなどから直接SQL文を書く場合は問題はなかったような気が >しますが、MS-ACCESSを利用するときは潔く上記フィールドを追加したほうが >良いと思います。 >ACCESSから利用するときにすべての値が#Deletedと表示されてしまいます。 >あとからtimestampをテーブルに追加しても問題なく動作するようです。 >ちなみに、ODBCを使用していてもASPなどでADOを使ってSQLを発行し、recordsetを 得 >る場合はプライマリーキーもtimestampもなくても問題ないようです。 つまり、お二人のお話を総合すると、「とはどういう風にうまく動かないのでしょ う」 の答えは、本に書いてあったように 「多くのクライアントからアクセスされたときうまく動かないことがあります。」 というこは関係なく、 「リンクテーブルを使った更新フォームを作るとすべての値が#Deletedと表示されて しまう。」 ということですね。わかりました。 実は移行中の販売管理プログラムは表示は全てACCESSのMDBにまったく同じ項目の ワークテーブルに データをSQL文でコピーして行っているので、問題がなかったようにみえていたわけ ですね。 また、更新するときはMySQLのテーブルより、DELETE文で一旦データを削除してか ら、INSERT INTOで このワークテーブルのレコードごと追加する、ということを行っています。 これで、今のところ、うまくいっているようです。 しかし、問題もあります。大森@DigiPaさまのレスに >ASPなどでADOを使ってSQLを発行し、recordsetを得 >る場合はプライマリーキーもtimestampもなくても問題ないようです。 とあるのですあが、この販売管理プログラムはDAO(3.6)で行っています。 DAOでも今のところSQL文での更新は問題なく動いているようです。 ここら辺全てテストしないといけませんよね。 どうしても通らない。SQL文などがありましたら、また、質問させていただきます。 ありがとう、ございます。 また、このようなやり方ではまずいという、ご指摘の意見ございましたらよろしくお 願いいたします。 MAKOTO