
1) 同姓同名を検査
having は、group by 命令による加工後の処理と思えば良いです。
それは、order by にも言える事で、列指定に別名が使えるのもそのせい。
2) インラインビューによる自己結合
副問い合わせの結果をテーブルに見立てて使うと思えば、
特別なSQL的要素はまったくありません。
開発では、テーブル(またはVIEW)なんか勝手に作成
できませんから、無いと困ります。
3) ランダムに選ばれた社員10人のデータ
アプリ側で行えば済む事なので必要とは思えませんが、
トップN分析と言えば Oracle 。
dual 表といい特殊ではあります。
でも、ROWID だけは他でも欲しいですね。