SQL | CASE式でパフォーマンス改善

【注目記事】

・SEの転職体験談 | 受託開発から自社製品開発へ
・SIer勤務のSEがパソナキャリアに相談してみた
・SIer勤務のSEがマイナビエージェントに相談してみた

SQLに慣れていない人には、CASE式は扱いづらい存在だと思います。

でも、CASE式を上手く利用すると、SQLをシンプルにしたり、パフォーマンスを改善できたりします。

この記事では、CASE式を活用したパフォーマンス改善の方法をご紹介します。

※実行環境は全てSQL Serverです。

なぜCASE式は扱いづらいのか
CASE式 vs UNION句
参考書籍
SQLスキルを高めるためのおススメ書籍

なぜCASE式は扱いづらいのか

SQLの初心者がCASE文を扱いづらいと感じる理由は、プログラミングで最初に学習するJavaなど手続き型のプログラミング言語と考え方が異なるからです。

手続き型のプログラミング言語は、文単位で処理を考えます。一方SQLでは、式単位で考えます。

文と式の違いはこちらの記事が分かりやすいです。

手続き型言語の単位は「文」

文は一文一文ごとに「実行」される。実行の結果は「副作用」によってのみ表現できる

副作用とは「世界を汚すこと」。手続き型言語は副作用の連続でプログラムが進行していく

汚せる範囲を「スコープ」と呼ぶ

関数型言語の単位は「式」

式は「評価」され、「値」（戻り値）を返す

「式」の評価結果は本来「戻り値」のみであるが、関数型言語の種類によっては副作用を起こすこともできる（関数型言語でも戻り値を無視して手続き型言語のように副作用の連続でプログラムを書くこともできる）

いっぽう副作用を起こさず式の戻り値のみでプログラムを書く純粋関数型言語というものもある

別に純粋関数型言語がエライと言いたいわけじゃないけど、「その処理が世界を汚していないか」を意識してプログラムを書くことはとても大事

ちなみに Python では評価 (eval) と実行 (exec) で分かれていて、eval は戻り値を返すけど exec は戻り値を返さないといった感じで式と文が明確に分かれている

Ruby からプログラミングを入門した人は式と文についてあまり意識していないかもしれないとふと思ったので、こういう記事を書いたのであった

違うプログラミング言語もやってみると色々と気づきがあって楽しいですよ

(引用 | 「式と文、評価と実行、そして副作用」の記事の続き | GitHub)

手続き型のプログラミング言語では、条件分岐する時には、IF文などの文単位で処理を考えます。

その考えでSQLを書こうとすると、SELECT文をもとに分岐させようとします。

しかし、SQLは宣言型の言語で、基本的な単位は「式(Expression)」です。

そのため、条件分岐もCASE式で実現します。

この基本的な考え方の違いが、CASE式のとっつきにくさの原因だと思います。

【補足】SQLの句・文・式の違い

(参考 | 【用語解説】わかりにくいSQLの句・文・式の違い)

CASE式 vs UNION句

プロはSELECTで分岐する

実験用のデータベースを作成します。

実験用のテーブルを用意します。

学生の情報を管理するテーブルで、年齢、好きなアルコール、好きなジュースの情報をもっています。

テーブルのイメージ

No	Name	Age	Alcohol	juice
1	test1	33	ワインオレンジジ	ュース
2	test2	19	ワインコーラ
3	test3	23	ワインオレンジジ	ュース
4	test4	26	ワインコーラ
5	test5	20	ビールオレンジジ	ュース
6	test6	35	ビールオレンジジ	ュース