计算&AI •
1062 引用 •
1118 回帖 •
475 关注
博客
关注
-
问题描述 库表 stock 记录多支股票的每日收盘价,字段为股票代码 CODE、交易日期 DT、收盘价 CL。现在要针对指定的目标股票,找出它历史上连续上涨天数最多的那个区间,并给出该区间的起 ..
-
写 SQL 的调试体验,还停留在猜 跑完一段 80 行的 SQL,结果列的数字不对。你的第一反应是什么?再跑一遍。 写代码的人这时候会打开调试器,打断点,单步走,每个变量走到哪一步、变成多少, ..
-
SQLazy刚完成后的一段时间,我们把它交给一批开发者,用他们自己的查询来试。 反馈整体是正面的,多数人上手就能把工作流跑通,编译出来的 SQL 直接拿去用了。被点名最多的是这几样:生成的 S ..
-
第一次看到 SQLazy 这个名字,不少人心里一合计:SQL 还能 lazy?这工具靠谱吗?我们起这名字时就知道会被问。 名字里全是懒,我们天天挂嘴边的却是可审计、零幻觉、合规,听起来自相矛盾 ..
-
我们造了一个编译器,让你不必再赌 AI 的正确率了。不是因为模型不够准,而是行业一直让它做不该做的事。 你有没有遇到过 AI 给的 SQL 能跑、能过检查,上线后才发现边界错了一行,却不报错? ..
-
AI已能产出可运行的 SQL,但可运行不等于可审计。 在复杂查询上,公开评测显示最先进模型在 BIRD-bench 等基准上的执行准确率常在六成左右徘徊,远未达到可直接评审通过的程度。典型偏差 ..
-
为什么我不信任 AI 生成的 SQL 了,不是因为它不通,而是因为它太通——能过语法检查、能执行,却可能在不注意的地方漏洞百出。 你有没有遇到过 AI 给的 SQL 通过了语法检查、执行不报错 ..
-
问题描述 某库记录了人员刷卡进出建筑的流水, 每个时间点有一条记录, 字段为 username、building、action(IN/OUT)、timestamp。正常情况下同一人同一建筑的记 ..
-
[图片] AI 写 SQL 很快,但你敢直接上线吗? 目标是“找出连续三个月交易额递增的信用卡客户”,AI 秒给一段 CTE 加 LAG,语法没错、能跑出结果,可逻辑对吗?没人敢说“我看懂了” ..
-
d bt 虽 好 亦 有盲区 如果你在做 analytics engineering,dbt 大概率已经在工作流里了。把 ELT 中的 T 交给它,SQL 变成可测试、可文档化、可协作的代码, ..
-
[图片] 写完 SQL,半年后自己看不懂,这种事谁都遇到过。 窗口函数嵌三层,业务逻辑全藏在语法里。靠注释?改了代码不改注释,比代码还不可信。让 AI 写,跑通了,提交了,留下的还是一段看不懂 ..
-
问题描述 数据库表 mytable 存储多个 ID 在不同时间点 CreatedAt 的状态 NewStatus,每个 ID 一定有一个 ConfirmationStarted 和一个或多个 ..
-
[图片] SQL 看着像英语,但其实根本不是一回事。一句话能说清的需求,落到 SQL 里就是几十行嵌套,语法还挑剔,小白看一眼就想放弃。 AI 来了,总算能“写”SQL 了。把需求讲给 AI, ..
-
数据库里总有一些历史 SQL,上百行、多层嵌套,写的人早已不在,注释也几乎没有,接手的人要先花不少时间读懂,才谈得上修改。让 AI 直接改也不可靠,它生成的新 SQL 很可能与原 SQL 对不 ..
-
问题描述 某库表的 ProductionLine_Number 是分组字段,组内按 date_Time 排序。需要在每组中搜索 Cardboard_Number 等于指定字符串的所有记录,取出 ..
-
[图片] AI 写 SQL,快是快了,可调试确认并不简单,好不容易弄对了,这代码又怎么传承呢?三个月后交接,对话记录早没了,只剩一坨没人敢动的 SQL。越往后,越没人敢碰,最后只能推倒重来。 ..
-
[图片] 写时一时爽,维护火葬场——这句玩笑话正在变成日常:AI 写出来的 SQL,就算对了也很难审,十几个 CTE 层层嵌套,看都看不完;下次需求稍微改一点,AI 很可能把整段 SQL 重写 ..
-
问题描述 表 table_name 只有一个字符串字段 VALUE(最大长度 50)。需要找出至少含有 5 个连续按字母表升序排列的字母的字符串。即:对每行字符串提取所有字母,按原位置顺序检查 ..
-
[图片] 写 SQL,最怕的不是语法,是复杂度。需求一复杂,SQL 就失控——CTE 套 CTE,窗口函数叠窗口函数,几十行代码揉成一团。错了?改一处崩三处。 有人说不就是 SQL 吗,学学就 ..
-
[图片] 当初写的两百行 SQL,两个月后自己都看不懂了。偏偏又来了新需求,硬着头皮回去读——这个 JOIN 为什么这么写?那个 CASE 的逻辑是什么?注释也有,还是看不懂。 不改?需求卡在 ..
-
AI 现在可以生成复杂 SQL,但输出仍可能有幻觉,代码对不对很难审;SQL 本身又往往几十行嵌套,不好调试,需求改一次,常常要重新生成一遍,时间长了很难维护。更稳妥的做法,是先用 CodeB ..
-
问题描述 订单明细表记录了每笔订单的 ORDER_NUMBER、SKU 和 WEBSITE。现在需要按整单判断:如果同一订单中存在 SKU 为 10000 或 20000 的行,或者网站不是 ..
-
[图片] 同事走了,留下一堆祖传 SQL。动不动几百行,CTE 套窗口函数,没人看得懂,更没人敢改。新需求来了,没人敢接。 重写?业务逻辑早丢了,谁说得清那堆 SQL 到底算了些什么。硬着头皮 ..
-
问题描述 有一张库存计划表记录了某些日期的计划入库量 QTY 和入库后库存 CUSTQTY。现在给定一个目标日期(2024-02-26),需要从该日期向前倒推,每天减去当天的入库量,计算出每一 ..
-
[图片] 工单查询,看起来简单,做起来谁做谁知道。 业务部门要个数据,IT 排期三五天。好不容易写出来了,下个月需求微调,当初写的 SQL 自己都看不懂。200 行嵌套,十几个 CTE,改一个 ..