计算＆AI •
1064 引用 •
1122 回帖 •
475 关注
博客
关注
-
本文记录了一次用AI 编写 SPL 的闭环流程：人提要求 → AI 写码 → AI 跑码 → 人验收。在这个流程里，你不需要手写代码，你的任务是定口径、看探针、验结果；写码和排错主要由 AI ..
-
三行五行的简单 SQL 只存在于教科书里。真实业务中的 SQL 往往动辄上百行、多层嵌套，逻辑盘根错节，编写烧脑、调试耗时、交接如同 “拆弹”，而贯穿全流程最大的隐性成本，就是审计。 有了 A ..
-
这样的场面见得太多：dbt 模型里要加一个口径，或者报表里要改一个分组条件，评审的时候大家都觉得这事很简单，一句话就说明白了。但等 SQL 改出来，没人敢说“这段肯定对”。 能写出来的人，往往 ..
-
[图片] SQL 看着像英语，但其实根本不是一回事。一句话能说清的需求，落到 SQL 里就是几十行嵌套，语法还挑剔，小白看一眼就想放弃。 AI 来了，总算能“写”SQL 了。把需求讲给 AI， ..
-
这两年 DuckDB 已经成了不少数据分析场景下的热门选择，轻量、好上手、易集成，也适合搞本地分析的程序员，直接用 SQL，省心省力。 不过光“写着舒服”还不够，跑得快，优化智能，也是决定体验 ..
-
问题描述 表 records 记录每个客户每天的下单情况，字段为 row_id（行编号）、customer_id（客户编号）、date（日期）、order_count（当天订单数），每个客户的 ..
-
[图片] 写完 SQL，半年后自己看不懂，这种事谁都遇到过。 窗口函数嵌三层，业务逻辑全藏在语法里。靠注释？改了代码不改注释，比代码还不可信。让 AI 写，跑通了，提交了，留下的还是一段看不懂 ..
-
[图片] AI 写 SQL 很快，但你敢直接上线吗？ 目标是“找出连续三个月交易额递增的信用卡客户”，AI 秒给一段 CTE 加 LAG，语法没错、能跑出结果，可逻辑对吗？没人敢说“我看懂了” ..
-
[图片] AI 写 SQL，快是快了，可调试确认并不简单，好不容易弄对了，这代码又怎么传承呢？三个月后交接，对话记录早没了，只剩一坨没人敢动的 SQL。越往后，越没人敢碰，最后只能推倒重来。 ..
-
[图片] 写 SQL，最怕的不是语法，是复杂度。需求一复杂，SQL 就失控——CTE 套 CTE，窗口函数叠窗口函数，几十行代码揉成一团。错了？改一处崩三处。 有人说不就是 SQL 吗，学学就 ..
-
[图片] 当初写的两百行 SQL，两个月后自己都看不懂了。偏偏又来了新需求，硬着头皮回去读——这个 JOIN 为什么这么写？那个 CASE 的逻辑是什么？注释也有，还是看不懂。 不改？需求卡在 ..
-
[图片] 工单查询，看起来简单，做起来谁做谁知道。 业务部门要个数据，IT 排期三五天。好不容易写出来了，下个月需求微调，当初写的 SQL 自己都看不懂。200 行嵌套，十几个 CTE，改一个 ..
-
[图片] 同事走了，留下一堆祖传 SQL。动不动几百行，CTE 套窗口函数，没人看得懂，更没人敢改。新需求来了，没人敢接。 重写？业务逻辑早丢了，谁说得清那堆 SQL 到底算了些什么。硬着头皮 ..
