スキルアップ・問題解決なら、モーグにおまかせ！

数年Accessを使用してますが、初心者です。
 
フォームの中にあるテキストボックスのコントロールソースを1フィールドだけ、
別テーブルのものに変更したいです。
 
Aテーブル、Bテーブルとあり、
CフォームのレコードソースはAテーブルとしています。
そのCフォームのD、E、F...フィールドの中で、DフィールドだけBテーブルのデータをソースにしたいです。
 
よろしくお願いします。

AテーブルとBテーブルをリンクするフィールドが必要です
 
クエリで、そのリンクフィールドを結合して、それぞれのテーブルから必要なフィールドを表示させることができます。

hatena さんの引用:
AテーブルとBテーブルをリンクするフィールドが必要です
 
クエリで、そのリンクフィールドを結合して、それぞれのテーブルから必要なフィールドを表示させることができます。

引用:
ほかのフィールドで結合させています。

hatena さんの引用:

引用:
ほかのフィールドで結合させています。

 
具体的にどのようなフィールドですか。
AテーブルとBテーブルにあるフィールドなら、クエリにAテーブルとBテーブルを追加して、フィールドを結合したて、表示したいフィールドをクエリに追加して、そのクエリをフォームのレコードソースとすればいいでしょう

引用:
複数人でレコードを更新できるようにしたいのが最終目的です。

引用:
そのために、AテーブルとBテーブルをリンクさせて、
フォームにはAテーブルのソースを表示させ、
入力時（フォーカス取得時？）にフィールドのソースをBテーブルに切り替えて、
その入力内容をAテーブルに更新しつつ、フィールドのソースをAテーブルに戻す
ということをすれば、複数人の使用に耐えることができるのでは？と考えています。
　（見た目的にはAテーブルと変わらないように）

使用者が、同じレコード/同じフィールド を 編集しないなら
 
T_Main    (Server)
Fld1    Fld2    Fld3    Fld4
1    A    B    C
があったとして、
 
※1　使用者1 が データを見る際に、見るレコードを 使用者1 のローカルテーブルにコピーします。
T_Main    (使用者1)
Fld1    Fld2    Fld3    Fld4
1    A    B    C
--------------------------------------
 
※2　このテーブル に対し、使用者1 が 更新をします。 同時に更新内容をローカルの T_Sub に 保存
T_Main    (使用者1) 【更新後】
Fld1    Fld2    Fld3    Fld4
1    A    J    C
 
T_Sub    (使用者1)
Fld1    Fld    oldValue    NewValue
1    Fld3    B    J
--------------------------------------
 
※3　T_Sub を元に、サーバーに編集内容を更新
　　　できるなら、更新クエリ
　　　　　 UPDATE T_Main SET FLD2 = "J" WHERE (FLD1=1 AND FLD3 = "B";
      を発行し、エラーならその旨表示
　　　　更新クエリなのは、T_Main(Server) のロック時間を短くする為と、
　　　　エラー時に、ロックしたままの状態をを保持しない為
　　　　　（レコードセット更新では　Edit から Undo 間 ロックしつづける）
 
T_Main    (Server)【使用者1編集反映】
Fld1    Fld2    Fld3    Fld4
1    A    J    C
--------------------------------------
 
 
※4　使用者2 が 使用者1 とほぼ同時にレコードを取得
T_Main    (使用者2)
Fld1    Fld2    Fld3    Fld4
1    A    B    C
--------------------------------------
 
※5　使用者2 がレコード更新
T_Main    (使用者2)【更新後】
Fld1    Fld2    Fld3    Fld4
1    A    B    K
 
T_Sub    (使用者1)
Fld1    Fld    oldValue    NewValue
1    Fld4    C    K
--------------------------------------
 
 
※6 使用者2 の変更内容を サーバーに反映
T_Main    (Server)【使用者2編集反映】
Fld1    Fld2    Fld3    Fld4
1    A    J    K
------------------------------------
 
で、可能でしょうが、
 
同じフィールドに対し 操作ミスを含め 更新が行われる可能性があるなら ダメです。
 
システムの 仕組みとして、
　使用者1 は Fld2 のみ 編集可能コントロールとする 様な 仕組みとするなら 良いでしょう。
 
 
ただ。。。
単票フォームなら、連結フォームとせず、非連結フォームとしてしまった方が楽でしょう。
 
更新可能が Fld2 のみ として
読み込み時
　Me![txt1] = rsa![Fld1]
　Me![txt2] = rsa![Fld2]
　Me![txt3] = rsa![Fld3]
　Me![txt4] = rsa![Fld4]
 
更新ボタンクリック時
  db.Excute "UPDATE T_Main SET FLD2 =""" & Me![Fld2] & """ WHERE FLD1=" & Me![Fld2], dbFailOnError
を投げれば良い。
 
レコード新規入力/レコード削除 は 別の仕組みが必要ですね。

Suzu様
分かりやすい解説ありがとうございます。
 

Suzu さんの引用:

Aテーブルの あるフィールドのデータを編集しようとして
使用者1 が コントロールをクリック そのデータを編集した時、
　Bテーブルのレコードが更新され、それを Aテーブルにも更新しようとすると
　Aテーブル の 当該レコード に対し、レコードロックが必要です。
 
この時 使用者2 がAテーブルの 同じレコードの 別のフィールドのデータ（仮にこのソースは Cテーブル）
を編集した時　Cテーブルに対し 更新が行われ、
同時に Aテーブルの レコードにも編集を行おうとしますが
これは、既に 使用者1 がレコードロックを行っていますから、更新できません。

Suzu さんの引用:

使用者が、同じレコード/同じフィールド を 編集しないなら
T_Main    (Server)
Fld1    Fld2    Fld3    Fld4
1    A    B    C
があったとして、
 
※1　使用者1 が データを見る際に、見るレコードを 使用者1 のローカルテーブルにコピーします。
T_Main    (使用者1)
Fld1    Fld2    Fld3    Fld4
1    A    B    C
--------------------------------------
 
※2　このテーブル に対し、使用者1 が 更新をします。 同時に更新内容をローカルの T_Sub に 保存
T_Main    (使用者1) 【更新後】
Fld1    Fld2    Fld3    Fld4
1    A    J    C
 
T_Sub    (使用者1)
Fld1    Fld    oldValue    NewValue
1    Fld3    B    J
--------------------------------------
 
※3　T_Sub を元に、サーバーに編集内容を更新
　　　できるなら、更新クエリ
　　　　　 UPDATE T_Main SET FLD2 = "J" WHERE (FLD1=1 AND FLD3 = "B";
      を発行し、エラーならその旨表示
　　　　更新クエリなのは、T_Main(Server) のロック時間を短くする為と、
　　　　エラー時に、ロックしたままの状態をを保持しない為
　　　　　（レコードセット更新では　Edit から Undo 間 ロックしつづける）
 
T_Main    (Server)【使用者1編集反映】
Fld1    Fld2    Fld3    Fld4
1    A    J    C
--------------------------------------

引用:
やりたいことがこの※1〜3だと思います。
※1は「サーバーメインテーブル」から「使用者1ローカルメインテーブル」にカレントレコードをコピー。
※2はフォーム上では「使用者1ローカルメインテーブル」をソースにして、使用。更新時は「使用者1ローカルテーブル」が変更され、同時に「使用者1ローカルサブテーブル」に保存。
※3は「使用者1ローカルサブテーブル」をもとに「サーバーメインテーブル」を更新する
といった理解であってますか？

引用:
「データの競合」については、後で更新する使用者2のデータで問題ないです。
　(使用者1が使用者2の変更に気づいていなくても大丈夫です)
また、後述されている※1〜6で言うと、
　Fld3の変更として、B→J→KでもB→K→Jでも後で更新されるデータが格納されていれば問題ありません。

Suzu様、ありがとうございます。
 

引用:

Fld3 への 変更は、使用者2 のみが行っており
最終的に
---------------------------------------
Fld1 Fld2 Fld3 Fld4
1 A J K
---------------------------------------
こうなっています。
もう一度確認ください。

引用:

使用者2 のみの変更 つまり※5 の
---------------------------------------
Fld1 Fld2 Fld3 Fld4
1 A B K
---------------------------------------
が反映されれば良い と言う事であれば、T_Sub は必要ないです。

引用:
「使用者2が反映される」ではなく、「後から更新したフィールドが反映される」にしたいので、
上記同様だと思います。

引用:
ローカルメインテーブルへのコピーするタイミングがフォームを開いた時だけのような気がします。
かといって、更新頻度を増やすと、使い勝手が...
と悩んでいます。
良いタイミングってありますかね？

Suzu さんの引用:

引用:
「使用者2が反映される」ではなく、「後から更新したフィールドが反映される」にしたいので、
上記同様だと思います。

同様では無いと思っています。
使用者1 の Fld2 B→J が反映されていません。それで良いかは質問者さんが判断ください。
 
 

引用:
ローカルメインテーブルへのコピーするタイミングがフォームを開いた時だけのような気がします。
かといって、更新頻度を増やすと、使い勝手が...
と悩んでいます。
良いタイミングってありますかね？

それは、使い方やタイミングも判りませんので、質問者さんでお決めください。