【SQL実践】指定した値の範囲と比較する(BETWEEN..AND演算子)

BETWEEN演算子を用いた範囲指定の技術的深掘り

データベース管理において、特定の値の範囲を抽出する操作は日常茶飯事です。SQL標準で提供されているBETWEEN演算子は、直感的で読みやすい構文を提供し、開発効率を向上させる重要なツールです。しかし、その簡便さの裏には、パフォーマンスや境界値の扱いに関する技術的な落とし穴が潜んでいます。本稿では、BETWEEN演算子の動作原理から、実務で直面する最適化の課題、そして代替案の検討まで、プロフェッショナルな視点で詳細に解説します。

BETWEEN演算子の仕様と動作原理

BETWEEN演算子は、式が指定された範囲内（境界値を含む）にあるかどうかを判定する論理演算子です。構文は「expression BETWEEN start_value AND end_value」という形式を取ります。多くの開発者が直感的に理解している通り、この演算子は論理的には「expression >= start_value AND expression <= end_value」と等価です。ここで重要なのは、BETWEENが「境界値を含む（Inclusive）」という点です。範囲指定を行う際、開始値と終了値をそれぞれ含めるべきか、あるいは除外すべきかというビジネス要件の確認が不可欠です。例えば、売上データを日付で抽出する場合、BETWEENを使用すると開始日の00:00:00から終了日の23:59:59までを対象とすることが一般的ですが、終了日の時刻情報がデータに含まれている場合、意図しないレコードが紛れ込むリスクがあります。

データ型による挙動の違いと注意点

BETWEEN演算子の挙動は、対象となるカラムのデータ型に強く依存します。特に注意が必要なのは、文字列型（CHAR, VARCHAR）や日時型（DATETIME, TIMESTAMP）です。

文字列型の場合、比較は辞書順（照合順序に基づく比較）で行われます。例えば、アルファベットの「A」から「C」までをBETWEENで指定した場合、「C」で始まる値は範囲に含まれますが、「C」の直後に続く文字を持つ値は範囲外となる場合があります。

また、日時型において最も多い失敗は、時刻部分の取り扱いです。例えば「2023-10-01」から「2023-10-31」までをBETWEENで指定した場合、データベースエンジンは「2023-10-31 00:00:00」までのデータを対象とします。もし「2023-10-31 15:30:00」というデータが存在しても、それは範囲から除外されてしまいます。このようなケースでは、BETWEENを使用するよりも、不等号演算子（>= および <）を組み合わせる方が、仕様として正確かつ安全です。

サンプルコード：効率的な範囲指定の実装

以下に、BETWEEN演算子を用いた基本的なクエリと、より安全な不等号を用いたクエリの比較を示します。


-- 1. 基本的なBETWEENの使用例
-- 売上金額が1,000円から5,000円の範囲を抽出
SELECT order_id, amount 
FROM orders 
WHERE amount BETWEEN 1000 AND 5000;

-- 2. 日時型に対するBETWEENの危険性と回避策
-- 悪い例：2023-10-31のデータが正確に抽出されない可能性がある
SELECT * FROM orders 
WHERE order_date BETWEEN '2023-10-01' AND '2023-10-31';

-- 推奨例：不等号を使用して時刻の境界を明確にする
SELECT * FROM orders 
WHERE order_date >= '2023-10-01' 
  AND order_date < '2023-11-01';

パフォーマンスとインデックス最適化

DBAの視点から最も強調したいのは、BETWEENを使用したクエリの実行計画です。適切にインデックスが貼られたカラムに対してBETWEENを使用する場合、データベースエンジンはB-treeインデックスの範囲スキャン（Range Scan）を実行します。これは非常に効率的であり、フルテーブルスキャンを回避する強力な手段となります。

ただし、インデックスが効かないケースも存在します。例えば、カラムに対して関数を適用して比較する場合です。


-- インデックスが無視される例
-- WHERE句でカラムを加工するとインデックスが機能しない
SELECT * FROM orders 
WHERE YEAR(order_date) BETWEEN 2022 AND 2023;

上記のようなクエリは、テーブルの行数が増大するにつれて劇的にパフォーマンスが低下します。インデックスを有効活用するためには、カラムそのものを直接比較対象にする「SARGable（Search ARGumentable）」なクエリを書くことが鉄則です。関数を使う必要がある場合は、計算済みの値を格納するカラムを追加するか、あるいは計算結果をWHERE句の外に出す工夫が必要です。

実務におけるベストプラクティス

実務の現場では、単にBETWEENが使えるかどうかだけでなく、保守性と可読性を考慮した設計が求められます。以下のガイドラインを推奨します。

1. 数値や純粋な日付（時刻なし）の範囲指定にはBETWEENを使用し、コードの可読性を高める。
2. 時刻を含む日時型データに対しては、BETWEENを避け、不等号（>=, <）を用いて開始と終了を明示する。これにより、将来的なデータ型の変更や時刻の考慮漏れを防ぐことができる。 3. 範囲指定を行うカラムには、必ず適切なインデックスを付与する。複合インデックスを設計する際は、範囲指定を行うカラムをインデックスの末尾に配置するなどの考慮を行う。 4. 境界値がNULLである可能性がある場合、BETWEENはNULLを返します（多くのDBMSにおいて）。NULLが含まれるカラムに対して範囲検索を行う場合は、COALESCE関数などでデフォルト値を補完するか、NULLチェックを併記することを検討してください。

まとめ

BETWEEN演算子は、SQLの学習初期に習得する非常に便利な機能ですが、その仕様を深く理解することで、より堅牢でパフォーマンスの高いデータベースアプリケーションを構築することが可能になります。特に、日時データの取り扱いやインデックスのSARGable性については、プロのエンジニアとして常に意識すべきポイントです。

「簡単だから」という理由だけでBETWEENを選択するのではなく、データの特性や実行計画の挙動を考慮し、最適なSQLを選択してください。データベースのパフォーマンスは、こうした細かな設計思想の積み重ねによって決まります。本稿が、あなたの開発現場におけるクエリ最適化の指針となれば幸いです。