在SQL的实际业务处理中，我们经常会遇到需要关联两张存在时间范围重叠的表的需求，比如需要将用户的订阅服务时段和用户的消费记录时段做匹配，或者把设备的故障发生时间段和运维人员的排班时间段做关联。这类需求无法通过常规的等值JOIN实现，必须借助非等值JOIN搭配时间范围判断条件来完成。
时间范围重叠的判断逻辑
要判断两个时间范围是否存在重叠，首先需要明确两个时间范围的边界定义。假设第一个时间范围是[start1, end1]，第二个时间范围是[start2, end2]，其中start表示起始时间，end表示结束时间，且两个范围的结束时间都大于等于起始时间。
两个范围不重叠的情况只有两种：第一个范围完全在第二个范围之前，即end1 < start2；或者第一个范围完全在第二个范围之后，即start1 > end2。那么反过来，两个范围存在重叠的条件就是上述两种不重叠情况的否定，也就是start1 <= end2 AND end1 >= start2。这个逻辑是所有时间范围重叠关联的核心判断条件。
非等值JOIN的基本用法
常规的JOIN条件使用等号判断两个字段的值是否相等，属于等值JOIN。而非等值JOIN的判断条件可以是大于、小于、大于等于、小于等于等比较运算符，也可以是逻辑组合条件。在时间范围重叠的场景中，我们就需要在JOIN的ON子句中使用上述的范围重叠判断条件，而不是等号。
具体实现示例
1. 准备测试表和数据
我们创建两张测试表，一张是活动信息表activity，存储活动的有效期；另一张是订单信息表order_info，存储订单的支付时间。需求是将支付时间在活动有效期内的订单和活动信息关联起来。
首先创建表并插入测试数据：
-- 创建活动表
CREATE TABLE activity (
activity_id INT PRIMARY KEY,
activity_name VARCHAR(50),
start_time DATETIME,
end_time DATETIME
);
-- 插入活动数据
INSERT INTO activity (activity_id, activity_name, start_time, end_time) VALUES
(1, '新春活动', '2024-01-01 00:00:00', '2024-01-31 23:59:59'),
(2, '三八活动', '2024-03-01 00:00:00', '2024-03-08 23:59:59'),
(3, '五一活动', '2024-05-01 00:00:00', '2024-05-07 23:59:59');
-- 创建订单表
CREATE TABLE order_info (
order_id INT PRIMARY KEY,
user_id INT,
pay_time DATETIME,
order_amount DECIMAL(10,2)
);
-- 插入订单数据
INSERT INTO order_info (order_id, user_id, pay_time, order_amount) VALUES
(1001, 1, '2024-01-15 10:23:45', 199.00),
(1002, 2, '2024-02-10 14:12:33', 299.00),
(1003, 3, '2024-03-05 09:45:12', 399.00),
(1004, 4, '2024-05-02 16:30:21', 499.00);
2. 实现时间范围重叠的非等值JOIN
根据之前推导的重叠判断逻辑，订单的支付时间如果在活动的有效期内，就满足活动start_time <= 订单pay_time 且 活动end_time >= 订单pay_time，因此JOIN条件可以这么写：
SELECT
o.order_id,
o.user_id,
o.pay_time,
o.order_amount,
a.activity_id,
a.activity_name,
a.start_time AS activity_start,
a.end_time AS activity_end
FROM order_info o
INNER JOIN activity a
ON a.start_time <= o.pay_time
AND a.end_time >= o.pay_time;
执行上述查询后，会返回订单1001、1003、1004，因为这三笔订单的支付时间分别在三个活动的有效期内，而订单1002的支付时间在2月，没有匹配的活动，所以不会被返回。
3. 处理时间范围为区间的情况
如果两张表的时间都是范围，比如用户服务表存的是用户的服务开始和服务结束时间，日志表存的是日志的产生开始和结束时间，需要关联服务时段和日志时段有重叠的记录，判断逻辑依然适用。假设用户服务表是user_service，日志表是service_log：
-- 创建用户服务表
CREATE TABLE user_service (
service_id INT PRIMARY KEY,
user_id INT,
service_start DATETIME,
service_end DATETIME
);
-- 创建服务日志表
CREATE TABLE service_log (
log_id INT PRIMARY KEY,
user_id INT,
log_start DATETIME,
log_end DATETIME,
log_content VARCHAR(100)
);
-- 关联查询重叠的服务和日志
SELECT
s.service_id,
s.user_id,
s.service_start,
s.service_end,
l.log_id,
l.log_start,
l.log_end,
l.log_content
FROM user_service s
INNER JOIN service_log l
ON s.user_id = l.user_id -- 先匹配用户ID，减少关联数据量
AND s.service_start <= l.log_end
AND s.service_end >= l.log_start;
这里先加了用户ID的等值匹配条件，可以减少非等值判断的数据量，提升查询效率，是实际业务中常用的优化方式。
注意事项
- 如果时间字段存在NULL值，需要先处理NULL，因为NULL和任何值比较的结果都是NULL，会导致判断失效，通常可以用COALESCE函数把NULL转换为合理的边界值。
- 如果时间范围很大，非等值JOIN可能会产生较大的中间结果集，需要结合索引优化，比如给时间字段建立索引，提升判断效率。
- 如果业务中存在时间范围完全包含、部分重叠等多种重叠场景，上述判断条件都可以覆盖，不需要额外调整逻辑。
时间范围重叠的非等值JOIN核心就是明确重叠的判断条件，将其放在JOIN的ON子句中，结合必要的等值过滤条件，就可以实现各类时间范围的关联需求。