找回密码
 立即注册
搜索
查看: 4476|回复: 22

[职场] 草台公司历险记之防御性SQL

[复制链接]
发表于 2026-1-15 18:30 来自手机 | 显示全部楼层 |阅读模式
最近重构老项目,看了眼SQL当场去世,好吧找下数据字典和文档,没找到。看了下谁写的,发现已离职三年,也没留下啥文档。关键这玩意到现在都还在跑,因为没出过问题所以没人维护。直到我这个倒霉蛋接受了要重构项目+切换新数据源了才发现没人看得懂。。。

ps:where其中一个条件里直接写了几十个人名,一半已经离职了。。。
下班了,不坐牢了,明天再问问


本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

×
回复

使用道具 举报

     
发表于 2026-1-15 18:34 来自手机 | 显示全部楼层
靠ai加注释
回复

使用道具 举报

     
发表于 2026-1-15 18:41 来自手机 | 显示全部楼层
这列名是SAP风格嗷
回复

使用道具 举报

发表于 2026-1-15 18:43 | 显示全部楼层
本帖最后由 伽蓝寺 于 2026-1-15 18:57 编辑

怎么还有ods,你们用数仓了?这种我们在信创里是直接cv过去不做修改的,反正业务不变
回复

使用道具 举报

 楼主| 发表于 2026-1-15 18:58 | 显示全部楼层
伽蓝寺 发表于 2026-1-15 18:43
怎么还有ods,你们用数仓了?这种我们在信创里是直接cv过去不做修改的,反正业务不变 ...

数据源切换成新的了

—— 来自 S1Fun
回复

使用道具 举报

     
发表于 2026-1-15 18:59 来自手机 | 显示全部楼层
就是太多人修改过,只能不断在where加条件。等你这个有缘人重构
回复

使用道具 举报

     
发表于 2026-1-15 19:06 来自手机 | 显示全部楼层
ai会比你想象的好用
回复

使用道具 举报

     
发表于 2026-1-15 19:09 来自手机 | 显示全部楼层
这不把文档和代码丢给 ai 帮忙注释分析

—— 来自 OnePlus CPH2581, Android 16, 鹅球 v3.5.99-alpha
回复

使用道具 举报

 楼主| 发表于 2026-1-15 19:10 | 显示全部楼层
dola321 发表于 2026-1-15 19:06
ai会比你想象的好用

。。。字段名和表名长这样ai都能猜出来啥意思嘛

—— 来自 S1Fun
回复

使用道具 举报

     
发表于 2026-1-15 19:16 | 显示全部楼层
Klaudia 发表于 2026-1-15 19:10
。。。字段名和表名长这样ai都能猜出来啥意思嘛

—— 来自 S1Fun

该买个claude了兄弟
回复

使用道具 举报

     
发表于 2026-1-15 20:00 | 显示全部楼层
Klaudia 发表于 2026-1-15 19:10
。。。字段名和表名长这样ai都能猜出来啥意思嘛

—— 来自 S1Fun

AI能干这个,你告诉他点代码的行业背景和业务背景,让他帮你猜

论坛助手,iPhone
回复

使用道具 举报

     
发表于 2026-1-15 20:30 | 显示全部楼层
扔给AI,让他帮你改
回复

使用道具 举报

     
发表于 2026-1-15 20:36 来自手机 | 显示全部楼层
ai就是干这个事情

真正复杂的调试反而需要人工分析
回复

使用道具 举报

     
发表于 2026-1-16 10:55 来自手机 | 显示全部楼层
AI真有用,之前有人发了段意义不明的C语言代码,变量命名,缩进一团糟。

扔进ds这种不专攻编程的大模型,很快就识别出是个卷积神经网络的函数。
回复

使用道具 举报

     
发表于 2026-1-16 11:02 | 显示全部楼层
AI品屎真的有用,基本上猜得七七八八,剩下的配合AI调试一下就能铲掉一团屎了,当然对于屎山还是挺难的
回复

使用道具 举报

     
发表于 2026-1-16 11:19 | 显示全部楼层
如果是超长SQL,AI还是会出现幻觉,你要注意
回复

使用道具 举报

发表于 2026-1-16 12:37 来自手机 | 显示全部楼层
还是扔给ai猜猜吧,他擅长干这个。
回复

使用道具 举报

     
发表于 2026-1-16 12:55 来自手机 | 显示全部楼层
有些屎真不知道AI是怎么分析出来的,可能就是一两个变量名称是拼音,猜到业务领域然后脑补接着全都通了

----发送自 Sony XQ-AT72,Android 12
回复

使用道具 举报

     
发表于 2026-1-16 13:01 来自手机 | 显示全部楼层
字段名没有任何语义确实灾难,我还以为再草台都至少拼音缩写
回复

使用道具 举报

     
发表于 2026-1-16 13:36 | 显示全部楼层
本帖最后由 Senpo 于 2026-1-16 14:00 编辑

这种字段名不是草台,制造业的大型系统很多都是这样的字段,因为他们的系统本身是没有具体业务的,都靠实施各种配置,重新定义字段名。
另外经常会出现设计时字段名是含义A,结果日后这个字段填的东西是另外的内容,可能是理解错误,或者含义括展,变成大杂烩了,导致字段名和实际业务名是对不上的,这种情况很常见。
还有很多同义词命名,容易乱。
而且字段名如果是直接按业务命名还有另一个问题,就是必须在各处保持相同的命名,一个是容易出错,另一个是如果一张表的多个字段引用了另一张表,那要起好几个类似的名,众所周知,当对象多了的时候,起名是很头疼的。
还有多语言问题,比如字段名用英语还是用拼音,或者法语?


总而言之,对大型系统来说,字段名只是一个指针,要理解业务,得靠数据字典。
回复

使用道具 举报

     
发表于 2026-1-16 13:43 | 显示全部楼层
ai能把自己的思路向造屎人靠拢,正常人不行
回复

使用道具 举报

头像被屏蔽
发表于 2026-1-16 13:48 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

     
发表于 2026-1-18 00:18 来自手机 | 显示全部楼层
下个客户端然后建资料库和添加规则指令就能处理这些,md文件是能读的

—— 来自 samsung SM-F9460, Android 16, 鹅球 v3.5.99-alpha
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|上海互联网违法和不良信息举报中心|网上有害信息举报专区|962110 反电信诈骗|举报电话 021-62035905|Stage1st ( 沪ICP备13020230号-1|沪公网安备 31010702007642号 )

GMT+8, 2026-7-2 03:30 , Processed in 0.089214 second(s), 7 queries , Gzip On, Redis On.

Powered by Discuz! X3.5

© 2001-2026 Discuz! Team.

快速回复 返回顶部 返回列表