Oracle中BETWEEN用来判断列或表达式的值是否处于一个连续范围内，标准写法是expr BETWEEN low AND high。它可以等价改写成expr >= low AND expr <= high，因此左右边界都包含在结果中。这个闭区间特性在数字场景下通常不容易出错，但放到日期和字符串上，就会衍生出不少隐蔽问题。
SELECT employee_id, salary FROM employees WHERE salary BETWEEN 8000 AND 12000; SELECT employee_id, salary FROM employees WHERE salary >= 8000 AND salary <= 12000;
边界顺序不能写反。low必须小于等于high，否则语句不会报错，但结果恒为空。比如BETWEEN 12000 AND 8000等价于>= 12000 AND <= 8000，这显然不可能成立。此外当列值为NULL时，BETWEEN的判断结果既不是TRUE也不是FALSE，而是UNKNOWN，该行不会进入结果集。这是Oracle三值逻辑的典型表现，处理可空字段时要特别注意。
如果列上存在索引，BETWEEN通常可以走索引范围扫描。优化器识别到闭区间条件后，会通过索引定位左边界，再按顺序扫描到右边界。相比对列套函数或做隐式转换，这种写法更容易让索引生效。不过实际能否走索引还与数据量、统计信息和列的选择率有关，不等于只要写了BETWEEN就一定高效。
一、BETWEEN的基础语法与闭区间语义
从语法层面看，BETWEEN不是一个独立的运算符，Oracle解析器会将其改写为两个比较条件的组合。也就是说，amount BETWEEN 100 AND 500与amount >= 100 AND amount <= 500在语义上完全一致。这个改写过程解释了为什么两个边界都会被包含，也解释了为什么
当low大于high时，条件会变成一个不可能满足的区间。很多SQL工具不会对这种写法报错，因为它仍然是合法的布尔表达式，只是计算结果始终为FALSE。开发阶段如果没有覆盖这类反向边界用例，上线后很容易出现查询结果为空但逻辑看似正常的情况。
另一个容易忽略的点是NULL值。Oracle采用三值逻辑，任何与NULL比较的结果都是UNKNOWN。对于salary BETWEEN 8000 AND 12000，如果salary为NULL，该行既不属于范围内，也不属于范围外，而是被过滤掉。设计查询条件时，如果需要把NULL单独纳入结果，应当显式使用OR salary IS NULL补充条件。
二、日期与字符串类型下的细节差异
日期类型是BETWEEN最容易踩坑的场景之一。Oracle的DATE类型包含时间部分，如果只写日期字面量，它的时间部分默认为零点。例如下面的SQL看起来覆盖了1月整月，实际上右边界只是1月31日零点，31日白天产生的数据不会被查出来。
-- 右边界是1月31日零点，31日白天数据不会被查出 SELECT order_id, create_time FROM orders WHERE create_time BETWEEN DATE '2024-01-01' AND DATE '2024-01-31';
处理日期范围时，更健壮的做法是使用左闭右开区间，即让右边界落到下一天的零点。这样无论DATE还是TIMESTAMP，只要时间部分小于下一天零点，都会被完整包含。对应写法如下：
SELECT order_id, create_time FROM orders WHERE create_time >= DATE '2024-01-01' AND create_time < DATE '2024-02-01';
字符串类型的BETWEEN行为则和数据库字符集、排序规则密切相关。Oracle默认按二进制编码顺序比较字符串，前缀相同时短字符串排在长字符串之前。例如'A1000'与'A199'比较，前三个字符相同，第四个字符'0'小于'9'，所以'A1000'反而小于'A199'。这会导致编号看起来超过199的'A1000'仍然出现在BETWEEN 'A100' AND 'A199'的结果中。
如果业务上需要按数字大小判断编码范围，应当显式转换类型，例如使用TO_NUMBER(order_no)后再做比较。但要注意，这种转换如果发生在列上，可能会让索引失效。更好的方式是从存储层面统一长度和类型，避免字符串范围查询带来非预期结果。
三、BETWEEN与索引、执行计划的关系
当BETWEEN作用在索引列上时，Oracle通常会选择索引范围扫描。优化器根据左右边界的值在索引树中定位起始位置和终止位置，再顺序读取中间的叶子节点。这种访问路径比全表扫描高效，尤其是范围跨度较小、返回行数占比较低的时候。
但如果边界跨度很大，例如查询一个覆盖全表90%以上数据的范围，索引范围扫描反而可能不如全表扫描。因为索引扫描需要回表，随机读开销很高。Oracle会通过统计信息和直方图估算返回行数，当估算比例超过某个阈值时，优化器会自动改为全表扫描。这时即使存在索引，也不会被使用。
隐式转换是另一个破坏索引效率的常见原因。假设order_no是VARCHAR2类型，但查询条件写成了数字：
-- 类型不一致，可能触发隐式转换 SELECT * FROM orders WHERE order_no BETWEEN 100 AND 200; -- 显式保持字符串类型 SELECT * FROM orders WHERE order_no BETWEEN '100' AND '200';
第一条SQL中，Oracle可能会对order_no列执行TO_NUMBER转换，导致普通索引无法直接使用。第二条SQL保持了字符串类型，索引范围扫描才有机会生效。生产环境中排查这类问题，可以通过EXPLAIN PLAN或DBMS_XPLAN查看执行计划是否出现了隐式转换和全表扫描。
四、常见问题与替代写法排查清单
综合来看，BETWEEN子句的问题主要集中在四类：闭区间误用、日期精度丢失、字符串排序规则差异、隐式转换导致索引失效。遇到查询结果不符合预期时，可以先确认边界值本身是否包含了不想包含的数据，或者漏掉了想包含的数据。其次检查列类型与比较值类型是否一致。
可以用以下方式快速验证BETWEEN条件是否按预期执行：
EXPLAIN PLAN FOR SELECT * FROM employees WHERE salary BETWEEN 8000 AND 12000; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
执行计划中如果出现INDEX RANGE SCAN，说明索引路径生效；如果出现TABLE ACCESS FULL，则需要进一步判断是范围过大还是发生了隐式转换。对于日期查询，建议优先使用左闭右开写法，例如create_time >= DATE '2024-01-01' AND create_time < DATE '2024-02-01'。这种写法不受时间精度影响，也利于索引使用。
对于数字范围查询，BETWEEN和>= AND <=在语义上没有区别，可以根据可读性选择。但在字符串范围场景中，BETWEEN的边界行为更依赖排序规则，如果业务需要严格的编号范围判断，建议使用长度固定的字符串编码，或显式转换类型后再比较。掌握这些细节后，BETWEEN仍然是一个简洁高效的范围查询工具。
Oracle Between子句SQL范围查询边界条件修改时间：2026-09-28 23:18:11