合并有重叠的时间区间----AI解法

简介: 该方案用4步业务逻辑(排序→算前序最大结束日→按断点分组→聚合)自动合并账户内重叠时间区间,无需手写复杂SQL,由SQLazy编译为高效原生SQL,大幅提升开发效率与可维护性。(239字)

问题描述

一张表记录了多个账户的时间区间,每个账户有多条记录,区间之间可能存在重叠。

源数据:
image.png
期望结果(合并每个账户内所有重叠的区间):
image.png
以账户 A 为例:

前三个区间(6/20~6/29、6/25~7/25、7/20~8/26)互相重叠,合并为 6/20~8/26;

12/25~1/25 独立;

4/27~7/27、6/25~7/14、7/10~8/14 重叠,合并为 4/27~8/14;

9/10~11/12 独立。

B 同理,两个区间重叠合并。

SQLazy 分步实现

核心思路:判断当前区间的开始日期是否大于前面所有区间的最大结束日期。如果大于,说明当前区间与之前所有区间都不重叠,需要新开一组;否则合并到当前组。
image.png

第 1 步:按账户和开始日期排序

sort account_id, start_date

将数据按 account_id 和 start_date 升序排列,确保每个账户内的区间按时间顺序处理。
6e615b28af9b9077abaefce3e8411237_1781678832192100.png
第 2 步:计算当前行之前所有行的最大结束日期

compute end_date[:-1] max as prev_max; partition account_id

在每个账户分区内,计算从第一行到当前行的前一行中 end_date 的最大值,记为 prev_max。

5ec2ba5437e31e4a1e97d6108d430f4a_1781678832273100.png
第 3 步:按条件分段,生成组号

segment condition start_date > prev_max as gid; partition account_id

依次检查每行:如果 start_date > prev_max,说明当前区间与之前所有区间不重叠,则新开一组(gid+1);否则归入同一组。
c5135f756e7b10b56bfe7bab87938556_1781678832349100.png
第 4 步:按账户和组号汇总

summarize start_date min as start_date, end_date max as end_date; group account_id, gid

对每组取最早的开始日期和最晚的结束日期,得到合并后的区间。
c523596cde7d6cc4cdcd852f16eb2c80_1781678831328100.png
最后删除辅助列 gid。

编译生成 SQL

确认上述 4 步逻辑后,SQLazy 编译器自动生成原生 SQL(以 MySQL 为例):

WITH t2 AS (
    SELECT
        account_id,
        start_date,
        end_date,
        MAX(end_date) OVER (
            PARTITION BY account_id
            ORDER BY
                CASE WHEN account_id IS NULL THEN 1 ELSE 0 END,
                account_id ASC,
                CASE WHEN start_date IS NULL THEN 1 ELSE 0 END,
                start_date ASC
            ROWS BETWEEN UNBOUNDED PRECEDING AND 1 PRECEDING
        ) AS prev_max
    FROM
        acc
),
t3 AS (
    SELECT
        account_id,
        start_date,
        end_date,
        prev_max,
        1 + SUM(
            CASE
                WHEN start_date > prev_max THEN 1
                ELSE 0
            END
        ) OVER (
            PARTITION BY account_id
            ORDER BY
                CASE WHEN account_id IS NULL THEN 1 ELSE 0 END,
                account_id ASC,
                CASE WHEN start_date IS NULL THEN 1 ELSE 0 END,
                start_date ASC
        ) AS gid
    FROM
        t2
)
SELECT
    account_id,
    MIN(start_date) AS start_date,
    MAX(end_date) AS end_date
FROM
    t3
GROUP BY
    account_id,
    gid
ORDER BY
    account_id,
    start_date;

你不需要读懂或调试这段 SQL,只需确认前面 4 步的逻辑正确,编译器就会输出可运行的代码。

为什么这很重要

image.png
SQLazy 让你用业务语言描述逻辑,而不是用 SQL 语法写嵌套查询。这个“合并重叠区间”的例子只用 4 步就表达清楚了——排序、计算前面最大结束日期、按条件分段、汇总。编译器帮你生成最终的 SQL,你只需要验证每一步的业务含义是否正确。

相关文章
|
21天前
|
人工智能 缓存 安全
员工私用ChatGPT处理业务数据?企业大模型合规风险如何化解
员工私自将业务数据粘贴到公共大模型,已成数据泄露高发场景。本文梳理合规风险,从制度与技术层面给出落地解决思路。
|
21天前
|
SQL 人工智能 安全
AI Agent 安全防护实战:最小权限与 Human-in-the-loop 的工程防线
本文深入剖析Agent安全核心风险——OWASP 2025新列的“LLM06 过度代理”,指出其本质是攻击面从文本升级为真实动作。文章系统梳理六大风险(含提示注入放大、输出处理不当等),提出“功能过多、权限过大、自主过高”三大根因,并给出四道工程化防线:最小权限工具收敛、人工审批闸门、输出校验与成本熔断,强调安全须内生于架构设计。
207 2
|
21天前
|
弹性计算
阿里云轻量应用服务器的200M带宽,最高速度能跑到多少?会限速吗?
阿里云轻量应用服务器标称200M峰值带宽(即25MB/s),但为共享带宽上限,出入方向不可同时满载;非保底带宽,高峰期可能限速、丢包。适合轻量级应用,如需稳定带宽,建议选用ECS。阿里云轻量应用服务器官网:https://t.aliyun.com/U/dwftch
|
21天前
|
人工智能 JavaScript 程序员
我给 DeepSeek Harness 换了个模式,性能提升 40%!
DeepSeek Harness 进阶玩法,一次讲透 Agent 预设!四种内置模式怎么选、有什么区别,实测对比速度和效果,还手把手教你自定义预设,把 Cursor 的 Debug 模式搬到 Harness 上来用,给 AI 一套固定的工作 SOP。
653 0
|
3月前
|
SQL 人工智能 JSON
智能问数(Text2SQL)工业级落地,纯 AI 黑盒方案都没戏
本文剖析Text2SQL领域“高准确率宣传”与“无公开DEMO”之间的矛盾,指出黑盒方案因AI幻觉、不可解释、不可审计,难担企业级信任;润乾NLQ采用白盒路线——以人类可读可确认的“规范文本”为中间层,AI仅作翻译,后续规则编译100%确定,真正实现稳定、可解释、可落地的智能问数。
|
10月前
|
SQL 自然语言处理 BI
另辟蹊径的 Text2SQL,不用大模型也能搞 chatBI
润乾报表NLQ组件摒弃大模型路线,采用规则词典与领域知识库,将自然语言精准转化为MQL查询语言,实现稳定、低成本、可维护的ChatBI。其核心在于结构化语义解析,避免“幻觉”,支持复杂多表关联与计算,适用于企业级BI场景,是可靠高效的自然语言查询解决方案。
|
3月前
|
SQL 人工智能 自然语言处理
准确率 100% 的智能问数(Text2SQL)实践,还要关心什么指标?
润乾NLQ创新采用“规范文本+规则编译”架构,将口语转为可验证的中间语言,再确定性生成SQL,实现规范文本→SQL环节100%准确率。规避大模型幻觉,支持多表JOIN、子查询、聚合等复杂场景,实施门槛低、结果稳定可控。(239字)
|
10月前
|
SQL 自然语言处理 BI
万字长文解析 NLQ 破局 Text2SQL,兼得灵活复杂准确
润乾NLQ创新采用“规范文本”作中间层,兼顾问题灵活性与查询准确性。通过人类可读的规范文本确认意图,结合规则引擎生成精确SQL,并支持复杂查询,以低成本实现企业级Text2SQL的可靠落地,突破传统三难困境。
|
5月前
|
人工智能 JavaScript BI
用 AI 编程生成 ECharts 图表
报表内置图表有限,复杂图表(如K线图、地图等)需手写ECharts代码,学习成本高、调试耗时。本文以K线图为例,介绍“参数导出→AI生成→脚本回填”三步法:用Trae等AI工具根据报表导出的参数自动生成JS脚本,再替换嵌入报表模板,大幅提升开发效率。(239字)