えんどう＠Delphi 担当 です。

一藤・自宅 さんは書きました:
>　しかしなぜこの形式ですと（都合よく編集可能な）当該レコードと追加用白紙レ
>コードが出てくるのでしょうか（Accessには無い動き）どなたか教えてください。

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

もしかして、
create table main_form ( userid int not null, name char(50));
create table sub_form ( userid int not null, data1 char(5), 
                        data2 char(8), data3 char(4));
とかいうテーブルを作っておいて、

+--------------------------------+
|  ユーザID ____________         | ←メインフォーム
|                                |
|  +-------------------------+   |
|  | xxxxx | yyyyyyyy | zzzz | ← サブフォーム
|  +-------------------------+   |
|  | aaaaa | bbbbbbbb | cccc |   |
|  +-------------------------+   |
|  |   :   |     :    |   :  |   |
|  |~~~~~~~~~~~~~~~~~~~~~~~~~|   |
|  +-------------------------+   |
+--------------------------------+

こんな画面で、ユーザID を決定するとユーザID をキーとして
サブフォームの中には sub_form テーブルの userid がキーが
一致するレコードが選択されてきて、追加・編集出来るような
イメージでしょうか？

この機能は Access の機能ですので、そのまま MySQL に当て
はめるわけには行きません。

何故かってですか？
だって、画面のリンクしている情報は Access が握っているわ
けで、Access に全てを任せてこそ実現するわけでしょう。
だからパススルークエリーなんか使ったら Access に、
「おまえはへたれだから SQL なんか勝手に発行すんな、俺に
　任せておけ」
と言っているようなもんだから、Access からしてみれば、
「更新系の面倒なんか見てやるもんか、へっへ〜」
ってなもんです。

んじゃ、パススルークエリーにしないでリンクテーブルにする
となぜ出来るのでしょうか？
これは有り体に言えば Access が MySQL の情報を全て握って、
勝手に SQL を発行できる状態にあるからなのです。
だから、
「あ、親フォームの値が変わったぞ。サブフォーム用に select 発行だ〜」
とか、
「あ、子フォームで値が変更になった、update 発行だ〜」
とか、
「あ、子フォームで値が追加された、insert 発行だ〜」
とか勝手にやるわけなんですね。

でも、Access が全てを牛耳っているわけですから、当然、速
度は遅くなります。だって、Access で select 発行するのっ
て、SQL 投げてるより、自分で持っているテンポラリのテーブ
ルから引っ張っているような感じなんだもん。
ある程度データを自前でキャッシュしているみたいだからキャッ
シュ分、時間がかかる。
これはあくまで私の想像だからあてにしないで下さいね。（笑）