宮津@長野です

手元の環境
MySQL:3.23.41-nt(Win32)
MyODBC:MySQL-EUC 2.50.29.00
MS ACCESS:2000(9.0.4402 SR-1)
Windows 2000 SP2

でMyODBCを
Don't optimize column width
Return matching row
Ignore # in #.table
Use Manager cursors (exp)
Don't use setlocale
Change BIGINT columns to INT

のオプション付けと適切なホスト、データベース、ユーザ名、パスワードでシステム
DSNに追加した後ACCESS2000からテーブルをリンクしていじってみました。

フィールド構成を変えてはリンクしなおしてみると、timestamp型フィールドは付加
しなくても問題ありませんでしたが、DATE型のフィールドを追加して再リンクした時
に障害の一端が見えた気がしました。

既存のレコードが存在する状態でDATE型フィールドを付加すると"0000-00-00"が挿入
されますが、ACCESS上からは空フィールドに見えます。この状態ではDATEフィールド
以外も更新不可になりました。ODBCのトレースログを見るとUPDATE構文のWhere条件
にDATE=""(ACCESSでの見え方)が入れられているようなので、他ユーザが変更した・
・・というよりは該当するレコードが存在しない・・・というエラーが出る方が適切
なのだと思います。

フィールド型をあれこれ変えてみると、このACCESS側での値の解釈とMySQLでの値の
差違が問題の本質なのではないかと思います。

auto increment属性を付けたフィールドに何も値を設定しないでデータ挿入すると
"#DELETED"表示になるのも根底は同じ問題と思います。

Uniqueフィールドが存在する場合には、それだけをWhereに指定するなどODBCドライ
バ側に改変を加える方が良いかもしれません。