SQLのワイルドカードを一覧で比較！LIKE演算子での使い分けと検索例

データベースから特定のパターンに一致するデータを抽出する際、SQLのワイルドカードは欠かせないツールです。

大量のデータの中から、一部の文字列が共通するレコードを効率よく見つけ出すために、ワイルドカードの正確な知識が求められます。

この記事では、SQLで使用される主要なワイルドカードの一覧と比較、さらには具体的な検索例を交えて詳しく解説します。

SQLのワイルドカードとは？基本概念を整理

ワイルドカードとは、文字列のパターンマッチングにおいて、任意の文字や文字列を代用するために使用される特殊記号のことです。

通常、SQLでデータを検索する際には = （等号）演算子を使用して完全一致するデータを取得します。

しかし、「ある文字で始まる名前」や「特定の文字が含まれる住所」など、曖昧な条件で検索したい場合にはワイルドカードが必須となります。

ワイルドカードは主に LIKE演算子 と組み合わせて使用されます。

LIKE演算子とワイルドカードの関係

LIKE演算子は、指定したカラムの値が特定のパターンに一致するかどうかを評価します。

このパターンを指定する際に、ワイルドカード文字を配置することで、柔軟な検索が可能になります。

例えば、顧客名簿から「佐藤」という苗字の人を全員抽出したい場合、ワイルドカードを使用しなければ正確な一致しか判定できません。

ワイルドカードを活用することで、データの背後にある複雑なパターンを簡単に表現できるようになります。

SQLで使用される主なワイルドカード一覧

まずは、標準的なSQLや主要なRDBMS (リレーショナルデータベース管理システム) で一般的に使用されるワイルドカードを一覧表で確認しましょう。

最も頻繁に使用されるのは % と _ です。

これら2つをマスターするだけで、実務における検索操作のほとんどをカバーすることができます。

% (パーセント) の詳細な使い方

% は、文字数がゼロであっても、あるいは100文字であっても一致とみなされる非常に便利な記号です。

例えば、'SQL%' という条件で検索した場合、「SQL」、「SQLServer」、「SQL勉強中」といったすべての文字列がヒットします。

一方で、文字列の途中に含めることも可能で、'S%L' とすれば「SQL」や「SCHOOL」などが対象となります。

_ (アンダースコア) の詳細な使い方

_ は、必ず 1文字分だけ の代わりとなります。

文字数が固定されているデータを検索する際に威力を発揮します。

例えば、'第_章' と指定した場合、「第1章」や「第A章」は一致しますが、「第10章」は3文字目が存在するため一致しません。

正確な桁数が決まっているコード番号や、特定のフォーマットを持つデータの抽出に適しています。

ワイルドカードを活用した検索手法のバリエーション

ワイルドカードを置く位置によって、検索の性質が大きく変わります。

ここでは、実務でよく使われる3つの検索パターンについて解説します。

前方一致検索

前方一致検索は、特定の文字列で始まるデータを検索する手法です。

キーワードの後ろに % を配置します。

-- 「東京」で始まる住所を検索する例
SELECT * FROM users
WHERE address LIKE '東京都%';

実行結果のイメージは以下の通りです。

東京都千代田区...
東京都新宿区...
東京都渋谷区...

インデックスが効率的に機能しやすいため、パフォーマンス面でも推奨される検索方法です。

後方一致検索

後方一致検索は、特定の文字列で終わるデータを検索する手法です。

キーワードの前に % を配置します。

-- 「株式会社」で終わる企業名を検索する例
SELECT * FROM companies
WHERE company_name LIKE '%株式会社';

実行結果のイメージは以下の通りです。

サンプル商事株式会社
テストシステム株式会社

メールアドレスのドメイン指定検索 (例: '%@example.com') などでよく利用されます。

部分一致検索

部分一致検索は、キーワードがどこかに含まれていればヒットさせる手法です。

キーワードの前後を % で囲みます。

-- 名前の中に「山」が含まれるユーザーを検索する例
SELECT * FROM employees
WHERE employee_name LIKE '%山%';

実行結果のイメージは以下の通りです。

山田太郎
山本夏子
中山次郎

非常に強力な検索方法ですが、レコード数が多いテーブルでは処理が重くなる可能性があるため注意が必要です。

データベース製品別の独自仕様と拡張ワイルドカード

標準SQL以外のワイルドカードは、使用しているデータベースエンジンによって挙動が異なる場合があります。

特に Microsoft SQL Server では、より高度なパターンマッチングが可能です。

SQL Serverにおける文字セット指定 []

[] を使用すると、括弧内のいずれかの文字に一致するものを検索できます。

-- 「佐藤」または「斉藤」を検索する例
SELECT * FROM customers
WHERE customer_name LIKE '[佐斉]藤%';

また、ハイフンを使用して範囲を指定することも可能です (例: '[a-e]%')。

PostgreSQLにおける正規表現の活用

PostgreSQLでは、LIKE演算子よりも強力な POSIX正規表現 が利用可能です。

~ 演算子を使用することで、ワイルドカード以上の複雑なパターンを指定できます。

-- 数字で始まるデータを検索する例 (PostgreSQL独自)
SELECT * FROM items
WHERE item_code ~ '^[0-9]';

複雑なバリデーションやデータクレンジングには、正規表現のほうが適している場面も多いでしょう。

特殊な文字を検索するための「エスケープ処理」

検索キーワード自体に % や _ という文字が含まれている場合、そのままではワイルドカードとして認識されてしまいます。

例えば、「利益率10%」という文字列を検索したい場合、単に '%10%%' と書くと正しく動作しません。

このような場合には、ESCAPE句 を使用して、ワイルドカードとしての機能を無効化します。

ESCAPE句の使用例

任意のエスケープ文字を指定し、その直後のワイルドカード記号を単なる文字として扱わせます。

-- 「%」という文字自体を検索対象にする例
SELECT * FROM reports
WHERE report_title LIKE '%10$%%' ESCAPE '$';

この例では、$ をエスケープ文字として定義しています。

そのため、$% はワイルドカードではなく、純粋な「%」という文字として評価されます。

ワイルドカード検索のパフォーマンスに関する注意点

ワイルドカードは便利ですが、使い方を誤るとシステムのレスポンスを著しく低下させることがあります。

特に、「%」を検索キーワードの先頭に置く検索 (後方一致や部分一致) には注意が必要です。

B-treeインデックスが一般的に使用されるRDBMSにおいて、先頭が不定の検索はインデックスのスキャンを効率的に行えません。

その結果、「フルテーブルスキャン」と呼ばれる、テーブル全体のデータを一行ずつ確認する重い処理が発生します。

検索対象のデータ量が多い場合は、全文検索エンジンの導入や、インデックスを貼るカラムの設計を再検討しましょう。

SQLワイルドカードの具体的な演習例

ここでは、より具体的な実務シーンを想定したSQLクエリの例をいくつか紹介します。

特定の桁数のIDを検索する

「A」で始まり、その後に数字が3桁続くIDを持つ商品を検索してみましょう。

-- A + 任意の3文字のパターン
SELECT item_id, item_name
FROM products
WHERE item_id LIKE 'A___';

このクエリでは _ を3つ並べることで、合計4文字のデータを厳密に抽出しています。

ドメインを絞ってメールアドレスを抽出する

特定の企業ドメインを持つメールアドレスをリストアップする場合です。

-- example.jpドメインのメールアドレスを抽出
SELECT email
FROM contacts
WHERE email LIKE '%@example.jp';

複雑な命名規則からデータを絞り込む

ファイル名などの管理で、「2026_」から始まるファイルを検索したい場合を考えます。

-- エスケープを使用してアンダースコアを文字として扱う
SELECT file_name
FROM documents
WHERE file_name LIKE '2026#_%' ESCAPE '#';

よくある間違いとトラブルシューティング

ワイルドカードを使用する際、初心者が陥りやすいミスがいくつかあります。

まず、大文字と小文字の区別 です。

MySQLなどはデフォルトで区別しない設定が多いですが、PostgreSQLやOracleは厳密に区別します。

大文字小文字を無視したい場合は、ILIKE 演算子 (PostgreSQL) を使ったり、UPPER() 関数で統一したりする工夫が必要です。

次に、NULL値の扱いです。

LIKE '%' と指定しても、そのカラムが NULL のレコードはヒットしません。

NULLを含めたい場合は、別途 OR column_name IS NULL という条件を加える必要があります。

まとめ

SQLのワイルドカードは、データベース検索の柔軟性を飛躍的に高める強力な機能です。

% は「あらゆる長さの文字列」を、_ は「正確に1文字」を表すという基本をしっかり押さえましょう。

実務では、検索パフォーマンスへの影響を考慮し、可能な限り前方一致検索を利用することが望ましいです。

また、特殊文字を含む検索では ESCAPE 句を活用し、データの性質に合わせた適切なパターン設計を心がけてください。

これらの知識を使いこなすことで、必要な情報を迅速かつ正確に抽出できるようになるはずです。