【SQL】明日からドヤ顔できる！地味だけど効く「DBの小技」5選 🛠️

プロシージャ」といった少し重めの話をしてきましたが、今回は もっとライトで実用的な「小技（Tips）」 を紹介します。

SQLを書くとき、なんとなくで書いていませんか？
ほんの少し書き方を変えるだけで、実行速度が10倍になったり、バグを防げたりします。

知っておくと開発が捗る、選りすぐりの5つをピックアップしました！

1. 🏎️ `UNION` ではなく `UNION ALL` を使う

2つのテーブルの結果を合体させたいとき、無意識に UNION を使っていませんか？

-- 🐌 ちょっと遅い
SELECT name FROM users_a
UNION
SELECT name FROM users_b;

ただの UNION は、合体した後に 「重複排除（DISTINCT）」の処理が走ります。
つまり、DB内部で全データを並び替えて比較する作業が発生するため、データ量が多いと重くなります。

重複が含まれてもいい（または重複しないことが分かっている）場合は、UNION ALL を使いましょう。
こちらは「単純にくっつけるだけ」なので爆速です。

-- 🏎️ 爆速
SELECT name FROM users_a
UNION ALL
SELECT name FROM users_b;

テスト環境などで「テーブルの中身を空っぽにしたい」とき、どうしていますか？

-- 🐌 遅い
DELETE FROM logs;

DELETE は、 「1行ずつ削除して、その削除履歴（ログ）を残す」 という丁寧な仕事をします。100万行あれば100万回の削除処理が走ります。

TRUNCATE（トランケート）を使いましょう。

-- 🏎️ 爆速
TRUNCATE TABLE logs;

これは「テーブルごと捨てて、新品の空箱を再設置する」ような動きをするため、一瞬で終わります。
※ただし、ロールバック（取り消し）ができない場合が多いので、本番環境での使用は慎重に！

「データの件数を数えたい」とき、この2つの違いを意識していますか？
実は結果が変わる可能性があります。

id	name	email
1	佐藤	sato@example.com
2	鈴木	NULL

SELECT COUNT(*) FROM users;      -- 結果: 2
SELECT COUNT(email) FROM users;  -- 結果: 1 （鈴木さんが消えた！）

「会員数を数えて」と言われて email でカウントしてしまうと、「メアド未登録の会員」が集計漏れする事故が起きます。
基本的には COUNT(*) を使うのが安全です。

検索機能を作るとき、とりあえず % で囲っていませんか？

実は、「前方一致 (佐藤%)」だけはインデックス（索引）が使えます。

辞書で「『さ』から始まる言葉」を探すのは簡単（インデックスが効く）ですが、「途中に『さ』が入る言葉」を探すには、辞書を全部めくる必要がありますよね？DBも同じです。

パフォーマンスを気にするなら、要件次第ですが「前方一致」で妥協できないか検討してみてください。

これはプログラムでSQLを組み立てる（動的SQL）ときの有名なテクニックです。

検索フォームで「名前」や「年齢」が入力されたりされなかったりする場合、WHERE 句を繋げるのが面倒ですよね。

最初に WHERE 1=1（常にTrue）を書いておきます。

SELECT * FROM users
WHERE 1=1
  AND name = '佐藤'  -- ここは動的に追加
  AND age = 20       -- ここも動的に追加

こうすると、全ての条件を AND 〇〇 という形で統一して追加できるため、プログラムのロジックが非常にシンプルになります。
1=1 はパフォーマンスにも影響しません（オプティマイザが無視します）。

どれも小さなことですが、チリも積もれば山となります。
「お、こいつDB分かってるな」と思われるエンジニアを目指しましょう！