非等值区间匹配是根据某值落入动态区间（如分数段、价格带）关联表数据，因join不支持高效非等值范围条件且易导致重复/遗漏，故推荐用order by + limit 1的相关子查询实现精确、可控的单值到区间匹配。
什么是非等值区间匹配，为什么不能用 JOIN
非等值区间匹配指的是根据某个值落在哪个动态区间（如分数段、价格带、时间范围）来关联另一张表的数据。比如：用户订单金额 amount 落在 price_range 表的 min_amount 和 max_amount 之间，就要查出对应的折扣率。
这种场景下不能直接用 JOIN ... ON a.amount BETWEEN b.min_amount AND b.max_amount，因为大多数数据库（如 MySQL 5.7、PostgreSQL 12 之前）不支持在 JOIN 条件中使用非等值范围（会丢失索引、性能极差或报错），而即使支持，当区间表有重叠或未覆盖时，结果也可能重复或遗漏。
更可控的做法是用相关子查询——它天然支持逐行计算、可加 LIMIT 1 控制唯一性、能灵活处理边界和空值。
用相关子查询实现单值到区间的精确匹配
核心思路：对主表每一行，用子查询从区间表中找满足条件的第一条记录。关键在于控制“唯一返回”和“边界语义”。
- 必须用
ORDER BY+LIMIT 1确保只返回一个匹配项，否则可能报错（如 MySQL 的 “Subquery returns more than 1 row”） - 区间通常是左闭右开或左闭右闭，需统一约定；推荐用
BETWEEN min_val AND max_val（包含两端），但注意NULL边界要单独处理 - 如果区间不连续或有空隙，子查询可能返回
NULL，这是合理行为，无需强求补默认值
示例（MySQL/PostgreSQL）：
SELECT o.order_id, o.amount, (SELECT discount_rate FROM price_tiers t WHERE o.amount BETWEEN t.min_amount AND t.max_amount ORDER BY t.min_amount DESC LIMIT 1) AS discount_rate FROM orders o;
这里按 t.min_amount DESC 排序，是为了优先匹配“更精细”的高门槛区间（例如：满 500 减 50 优先于满 100 减 10）；若想匹配最低门槛，改用 ASC 即可。
处理重叠区间与性能陷阱
真实业务中，区间表常有重叠（如营销活动叠加）、或大量区间（上千条），这时相关子查询容易变慢——因为每行都触发一次全表扫描。
- 务必给区间表的边界字段建联合索引：
CREATE INDEX idx_tier_range ON price_tiers (min_amount, max_amount)；PostgreSQL 还可考虑RANGE类型索引 - 避免在子查询中用函数包裹字段，如
WHERE FLOOR(o.amount) BETWEEN ...，这会让索引失效 - 如果区间固定且不多（CASE WHEN 静态映射，比子查询快一个数量级
- SQL Server 用户注意：
TOP 1替代LIMIT 1，且必须写ORDER BY，否则语法错误
错误示范（无排序+无限制）：
SELECT ..., (SELECT rate FROM tiers WHERE amount BETWEEN low AND high) -- 可能报错或随机返回
需要返回多个区间属性时怎么写
相关子查询本身只能返回单个标量值，如果要同时取 discount_rate、tier_name、valid_until，不能写三个独立子查询（N×3 次扫描）。
- 正确做法：用
ROW_NUMBER()或LATERAL（PostgreSQL）/APPLY（SQL Server）做一次关联 - MySQL 8.0+ 可用
LATERAL子句，但多数生产环境仍是 5.7，此时推荐把子查询封装为派生表 +JOIN - 更稳妥的兼容写法：用
(SELECT JSON_OBJECT(...))（MySQL 5.7+）或(SELECT ROW(t.rate, t.name))（PostgreSQL）打包返回，再用JSON_EXTRACT或数组下标解包
MySQL 5.7 兼容示例（返回结构化结果）：
SELECT
o.order_id,
o.amount,
JSON_UNQUOTE(JSON_EXTRACT(tier_info, '$.rate')) AS discount_rate,
JSON_UNQUOTE(JSON_EXTRACT(tier_info, '$.name')) AS tier_name
FROM orders o
LEFT JOIN (
SELECT order_id,
(SELECT JSON_OBJECT('rate', t.discount_rate, 'name', t.tier_name)
FROM price_tiers t
WHERE o.amount BETWEEN t.min_amount AND t.max_amount
ORDER BY t.min_amount DESC
LIMIT 1) AS tier_info
FROM orders o
) mapped ON o.order_id = mapped.order_id;
注意：JSON_OBJECT 在低版本 MySQL 不可用，此时只能拆成多个子查询，或提前在应用层做匹配。
区间匹配看着简单，真正上线时最常翻车的是边界值（比如 amount = 100 刚好卡在两个区间的交界）、时区导致的 valid_from/to 时间判断，以及没意识到相关子查询在大数据量下会变成 O(N×M) 复杂度——这些地方得盯着看执行计划。
