えんどう＠ Delphi 担当様　ご返答大変ありがとうございました。

すみませんこれも Access マターでした。
> >　しかしなぜこの形式ですと（都合よく編集可能な）当該レコードと追加用白紙レ
> >コードが出てくるのでしょうか（Accessには無い動き）どなたか教えてください。
しかも動きは　 Access でもおなじでした。

> えっと、ちょっとつかみにくいのですが、どのような事をやりたいの
> でしょうか？

> +--------------------------------+
> |  ユーザID ____________         | ←メインフォーム
> |                                |
> |  +-------------------------+   |
> |  | xxxxx | yyyyyyyy | zzzz | ← サブフォーム
> |  +-------------------------+   |
> |  | aaaaa | bbbbbbbb | cccc |   |
> |  +-------------------------+   |
> |  |   :   |     :    |   :  |   |
> |  |~~~~~~~~~~~~~~~~~~~~~~~~~|   |
> |  +-------------------------+   |
> +--------------------------------+
> 
何をやりたいかというのはまったくお説のとおりです。
しかし「何を言いたいか」というのをまとめると以下のとおりです。

Access でフォームを作るとき
  テーブル　−−＞　クエリー　−−＞　フォーム　と思い込んでいま
  した。
 １．テーブルを Mysql のリンクテーブルにしたら遅くなりました。 
 （ ODBC が介在するので当然です）
 ２．クエリーをパススルークエリにしたらずいぶん早くなりましたが
 編集できません。（スナップショットですので当然です）
 ３．フォームのデータソースをテーブルにしたら早くなりますが表示
 を抑止したいレコードも表示されたり、レコードの順番がどうしても
 気になります。（ここでクエリーを介在させると堂堂巡りになります）

そこでサブフォームのデータソースを MySql のリンクテーブルにして 
リンクサブフォームで親フォームのリンクコントロールの評価式を工夫
すれば・・・

> でも、Access が全てを牛耳っているわけですから、当然、速
> 度は遅くなります。

Access が FindRecord メソッド（多分）で該当するレコードだけをキ
ャッシュに読み込んでくるので編集可能なレコードが高速に表示されま
す。
たとえば全国郵便番号データ（十二万件）の町名検索でもほとんど瞬時
に該当するレコードを引っ掛けてくれます。（ SQL を発行していない
分 Odbc 経由であっても高速です）

結論　 MySql と Access の組み合わせで（多分 Access だけでも同じ
とおもいます）データを操作するとき
１．フォームのデータソースはクエリーでなく必ずテーブルとすること。
（上記のようなリンクサブフォームを使って、親フォームのリンクコン
トロールの評価式を工夫すればかなり複雑な高速検索システムが可能と
なる）
２．レポートのデータソースにはパススルークエリを使えばこれ
も高速になる。

ということで　 Access　＋　 Mysql　はなかなか使えるよという話で
した。
そんなの当然の常識だよといわれることと思いますがこれだって    
　私にとっては Access　と Mysql の組み合わせではじめて気がついた
　ことでこんなことがほかにもたくさんありそうな気がします。
  教えていただけるとありがたいです。
   ================================
   一藤・自宅　 machio@xxxxxxxxxx 
   一藤・会社　 machio@xxxxxxxxxx
   ================================