＞＞＞例えば、Ｗa（一覧）はテーブルA用、Ｗb（詳細）はテーブルB用とした場合、
＞＞＞Ｗaでソートし、Ｗaで選択したキーを元にＷbで検索し、テーブルBに対する更新を行う。
＞＞＞
＞＞＞ってのでどうでしょうか？
＞＞＞2700件を一括で読み込んで、一括で更新する必要性があるのですか？
＞＞＞（ＷにＷa とＷb を張りつけて連携させると、2700件の一括更新も可能かもしれません。）
＞＞＞
＞＞Waが１件に対して、Wbはｎ件あり、Wbは順序を外部から操作（追加、削除）されます。
＞＞その整合を保つために、並び替え更新が必要になっています。
＞
＞\"整合を保つために、並び替え更新が必要\"というのは、どういう時に必要になる仕様なのでしょうか？
＞
＞＞たしかに、常時２７００件更新はしませんが、可能性を考えると２７００件更新もありえます。
＞＞
＞＞できれば、（ＷにＷa とＷb を張りつけて連携させる....)の部分についてもう少し詳しく
＞＞お聴かせ願えないでしょうか？
＞
＞”ＷにＤＷaとＤＷbを張りつける”の間違いです。(^^;)
＞\"Wbはｎ件あり\"との事ですから、テーブルb の方も一覧でいいと思います。
＞
＞１．ＤＷa で選択したレコードからキーを取り込む。
＞２．１でとりこんたキー値を、ＤＷb の検索引数に格納して検索する。
＞３．ＤＷb にてデータの更新／削除／挿入を行う。
＞４．ＤＷb における修正内容に対する処理（登録するか否か）を決定してからでないと、ＤＷa から
＞　　他のレコードを選択できないようにする。
＞
＞というのでどうでしょうか？
＞
＞
ご指摘の内容をもとにして、いろいろ手を変えてやってみましたが、
期待の結果は得られませんでした。
でも、こういうのは思っていなかった方法なので、手だてが広がった気がします。
また、いろいろ試してみます。 まことさん。ご協力感謝します。