説明/参照:

Oracle SQL では、JOIN 操作を実行するときに、結合する 2 つのテーブルを関連付ける条件を指定するために ON 句が使用されます。WHERE 句を使用すると、結果セットをさらにフィルター処理できます。
A) これは、結合後に WHERE 句を使用して行をフィルタリングする有効な結合条件です。
B) このステートメントは、ON 句には 2 つのテーブルを関連付ける条件のみを含める必要があるため、失敗します。部門テーブルをフィルタリングする条件は、ON 句ではなく WHERE 句に含める必要があります。これは、JOIN ステートメントを記述するときによくある間違いです。
C) これは正しい記述です。ON 句はテーブルの関係を指定し、WHERE 句はクエリの追加のフィルタリング条件を指定します。
D) このステートメントも正しいです。これは最初のステートメント (A) と似ており、department_id フィルターを ON 句に適切に配置しています。これは許容範囲ですが、非結合条件に WHERE 句を使用するよりも読みにくくなる可能性があるため、通常はベスト プラクティスではありません。
JOIN 操作が実行されると、データベースはまず、ON 句で指定された結合条件を満たす結合されたテーブルの行をペアにします。次に、WHERE 句で指定された条件に基づいて、JOIN 操作の結果をフィルターします。
参考文献:
* 結合に関する Oracle ドキュメント:
https://docs.oracle.com/database/121/SQLRF/queries006.htm#SQLRF52359

* 作成と最初の挿入後、「pen」の pcode が 10 に更新され、コミットされます。
* 「鉛筆」行は削除されましたが、まだコミットされていません。
* 「鉛筆」行の削除後にセーブポイント b が設定されます。
* 「万年筆」の pcode が 30 に更新され、続いてセーブポイント c が設定されます。
* 「ペン」行 (現在は pcode 10) が削除されます。
* セーブポイント b へのロールバックにより、「ペン」の削除と「万年筆」の更新が元に戻りますが、セーブポイントのスコープにより以前にコミットされた「鉛筆」の削除は元に戻りません。
* したがって、最終コミット後:
* A: 更新がコミットされ、その後の削除がロールバックされたため、「pen」のコードは 10 です。
* C: 削除がコミットされたため、「pencil」を含む行はありません。
* F: 削除は「pencil」の削除後に設定されたセーブポイント b にロールバックされたため、「pen」を含む行が存在します。