https://www.ap-siken.com/kakomon/01_aki/pm06.html
(g)の解答を
歩数.従業員番号 = 従業員番号
にしたのですが、なぜ
歩数.従業員番号 = 月次レポート.従業員番号
なのでしょうか。
こうであるならば、図3の一番下の行でも
月次レポート.レポート年月 = :レポート年月
でないといけない気がしますが・・・

主キーであるか否かの違いでしょうか。

この投稿は投稿者により削除されました。(2021.09.07 23:12)

>なぜ歩数.従業員番号 = 月次レポート.従業員番号なのでしょうか。
update selectの副問い合わせを使った構文だから、としかいいようがないですが、
ポイントは、
テーブル名1.列名Xに対して、テーブル名2.列名Xが対象レコードに対して一意に決まるようにWHEREの条件を定義する必要がある
ということ。
複数行取得してしまうとどの行の値を更新値とすればいいのかわからないので、エラーになる。

>こうであるならば、図3の一番下の行でも月次レポート.レポート年月 = :レポート年月
テーブル名の修飾が不要だから省略しているだけで（UPDATEから見れば見えるテーブルは月次レポートしかないから）、サブクエリとぶつけるときは従業員番号の持ち主の区別がつかないから修飾しているだけです。
省略すると、RDBMSは勝手に構文解析の段階で補完します。補完の手間がかかるから、CPUの負荷を減らす意味で意識的に書いてやるべきなんですけどね。

Ginsanaさん
いつの問題だったかは忘れてしまいましたが、テーブル名を記述しないで列名だけで結合していた問題があった気がするのですが、テーブル名を省略するのはどんな場合なのでしょうか？？

>テーブル名を記述しないで列名だけで結合していた問題があった気がする

たぶん登場するテーブルでカラム名が被らなかったんじゃないですかね。そうであれば可能です。

なるほど、カラム名がかぶらなければOKなんですね。
ありがとうございます。