COLUMN　結合条件の標準語と方言

結合の条件式の書き方は，標準SQLで厳密に定められています。基本的には，FROM句でJOIN構文を使い，結合条件をON句で記述するというもので，本稿もそのルールに則っています。しかし，この標準的な構文はまだ十分に広まっておらず，特に年配のエンジニアの中には，古い構文や実装依存の方言を使う人が多くいます。

内部結合の場合

具体例を挙げてみましょう。まず内部結合の場合，JOIN構文を使わず，WHERE 句に条件を記述するリストaのような構文でも，結果は同じです。

SELECT E.emp_id, E.emp_name, E.dept_id, D.dept_name
  FROM Employees E, Departments D
 WHERE E.dept_id = D.dept_id;

これはすべての実装で使うことができる構文ですので，方言というわけではありません。ただ，次に挙げる理由から，この古い構文は今後使わないことを勧めます。

• ① 結合条件と，単に1つのテーブルに対してフィルタする条件が同じWHERE句に混在するため，可読性が低い
• ② 可読性が低いのは人間にとってだけでなく，オプティマイザにとっても同様であり，効率的な実行計画が選択されない危険がある
• ③ いずれこの構文がエラー扱いされるようになる可能性が高い

①と③の理由は主にコードの保守性や開発効率の問題，②の理由はアプリケーションのパフォーマンスに関わる問題です。

まあ，内部結合の場合，古い構文を使っても大きな混乱に至ることはないかもしれませんが，動作の複雑な外部結合の場合はもっと重大です。

外部結合の場合

外部結合の構文は，昔は実装ごとに乱立していました。たとえばOracleの方言では，マスタではない側のテーブルに(+)を使います。先ほどのリスト4のクエリを書き換えるとリストbのようになります。

SELECT E.emp_id, E.emp_name, E.dept_id, D.dept_name
  FROM Employees E, Departments D
 WHERE E.dept_id (+) = D.dept_id;

これは慣れないと相当に読みにくい構文ですし，方言はいつ削除されて使えなくなるかわからないという保守性の観点でのリスクがつきまといます。しかも，たちの悪いことに，ほかのDBMSでは外部結合のための別の方言を使う必要があって，たとえばSQL Serverでは「*=」という演算子を使うなど，まったく移植性に欠けます（注a⁠）⁠。

“標準語”のススメ

一度覚えた構文を変えるのは生活習慣を変えるみたいなもので，矯正がたいへんですが，ここはひとつSQLでは「一切方言は使わない！」ぐらいの覚悟で臨んでください。

「細かいところでうるさいこと言うなあ」と思われるかもしれませんが（筆者も自分で小姑（こじゅうと）みたいだと思います⁠）⁠，ちょっとした注意であとあとの無用なトラブルを避けられるのですから，言わないわけにはいきません。

注a）

事実，Microsoftは少し昔の技術文書で「今後使えなくなる可能性があるから方言は使うな」という警告を発しています。

「SQL Server の今後のバージョンでは，"*=" や "=*" といった外部結合演算子のサポートを続行しない恐れがあるので，ANSI標準の結合句を使用することをお勧めします。」（⁠「⁠[SQL]ANSI 外部結合で外部結合するテーブルを制限する方法⁠」⁠）