非等值连接的典型区间匹配场景是订单时间匹配促销活动时间段、IP地址匹配地理区域、成绩划分等级、价格区间打标签；它使用BETWEEN、>= AND <=等范围条件而非“=”，实现左表字段落入右表定义区间的关联。
什么是非等值连接的典型区间匹配场景
非等值连接在 SQL 中最常用于「某条记录落在某个区间内」的判断，比如用户订单时间匹配到促销活动时间段、IP 地址匹配归属地范围、分数查等级区间。它不依赖 =，而是用 BETWEEN、>= AND 、<code>OVERLAPS（PostgreSQL）等逻辑组合条件，核心是让左表某字段值落入右表某两字段定义的闭区间中。
写法要点：JOIN 条件里直接写区间判断，别放 WHERE
常见错误是把区间条件写在 WHERE 子句里，这会导致先做笛卡尔积再过滤，性能爆炸。必须把区间逻辑放在 ON 子句中，让优化器有机会利用索引（如果存在）或提前剪枝。
例如匹配订单时间是否在活动期内：
SELECT o.order_id, a.activity_name FROM orders o JOIN activities a ON o.order_time >= a.start_time AND o.order_time <= a.end_time;
注意：activities 表若无合适复合索引（如 (start_time, end_time)），该查询可能全表扫描。MySQL 8.0+、PostgreSQL 可考虑用 GENERATED COLUMN 或函数索引加速。
PostgreSQL 18.4 ubuntu
下载
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
避免重叠区间导致重复匹配
当右表（如价格档位、税率表）存在重叠区间时，一条左表记录可能命中多行，产生意外的重复结果。这不是语法错误，而是业务逻辑风险。
- 检查右表数据是否真有重叠：用
SELECT * FROM intervals i1 JOIN intervals i2 ON i1.id != i2.id AND i1.upper >= i2.lower AND i1.lower - 若需唯一匹配，优先选「最精确区间」：加
ROW_NUMBER() OVER (PARTITION BY o.id ORDER BY (i.upper - i.lower)) = 1窗口函数 - 或改用
LATERAL（PostgreSQL）或APPLY（SQL Server）限制只取第一条
不同数据库对区间连接的支持差异
标准 SQL 不强制支持区间连接优化，各数据库实际表现差异大：
- PostgreSQL：支持
OVERLAPS操作符（(a.start, a.end) OVERLAPS (b.start, b.end)），语义清晰，且可走 GiST 索引 - MySQL：5.7+ 对
BETWEEN和>= AND 能用到部分索引，但无法下推复杂表达式；8.0+ 支持函数索引，可建 <code>INDEX idx_range ON t ((start_time, end_time)) - SQL Server：建议用
CROSS APPLY+TOP 1配合ORDER BY控制匹配顺序，避免隐式笛卡尔积 - BigQuery / Spark SQL：支持标准非等值
JOIN，但执行计划里会明确标出「Broadcast Nested Loop Join」，务必确认右表小
真正麻烦的是右表数据量大且无索引支撑时，区间连接很容易变成 O(n×m) 操作——这点容易被开发忽略，直到上线后慢查询告警才暴露。
