草台公司历险记之防御性SQL
最近重构老项目，看了眼SQL当场去世，好吧找下数据字典和文档，没找到。看了下谁写的，发现已离职三年，也没留下啥文档。关键这玩意到现在都还在跑，因为没出过问题所以没人维护。直到我这个倒霉蛋接受了要重构项目+切换新数据源了才发现没人看得懂。。。ps:where其中一个条件里直接写了几十个人名，一半已经离职了。。。
下班了，不坐牢了，明天再问问
靠ai加注释 这列名是SAP风格嗷 本帖最后由 伽蓝寺 于 2026-1-15 18:57 编辑
怎么还有ods，你们用数仓了？这种我们在信创里是直接cv过去不做修改的，反正业务不变 伽蓝寺 发表于 2026-1-15 18:43
怎么还有ods，你们用数仓了？这种我们在信创里是直接cv过去不做修改的，反正业务不变 ...
数据源切换成新的了
—— 来自 S1Fun 就是太多人修改过，只能不断在where加条件。等你这个有缘人重构 ai会比你想象的好用 这不把文档和代码丢给 ai 帮忙注释分析
—— 来自 OnePlus CPH2581, Android 16, 鹅球 v3.5.99-alpha dola321 发表于 2026-1-15 19:06
ai会比你想象的好用
。。。字段名和表名长这样ai都能猜出来啥意思嘛
—— 来自 S1Fun Klaudia 发表于 2026-1-15 19:10
。。。字段名和表名长这样ai都能猜出来啥意思嘛
—— 来自 S1Fun
该买个claude了兄弟 Klaudia 发表于 2026-1-15 19:10
。。。字段名和表名长这样ai都能猜出来啥意思嘛
—— 来自 S1Fun
AI能干这个，你告诉他点代码的行业背景和业务背景，让他帮你猜
论坛助手,iPhone 扔给AI，让他帮你改 ai就是干这个事情
真正复杂的调试反而需要人工分析 AI真有用，之前有人发了段意义不明的C语言代码，变量命名，缩进一团糟。
扔进ds这种不专攻编程的大模型，很快就识别出是个卷积神经网络的函数。 AI品屎真的有用，基本上猜得七七八八，剩下的配合AI调试一下就能铲掉一团屎了，当然对于屎山还是挺难的 如果是超长SQL，AI还是会出现幻觉，你要注意 还是扔给ai猜猜吧，他擅长干这个。 有些屎真不知道AI是怎么分析出来的，可能就是一两个变量名称是拼音，猜到业务领域然后脑补接着全都通了
----发送自 Sony XQ-AT72,Android 12 字段名没有任何语义确实灾难，我还以为再草台都至少拼音缩写 本帖最后由 Senpo 于 2026-1-16 14:00 编辑
这种字段名不是草台，制造业的大型系统很多都是这样的字段，因为他们的系统本身是没有具体业务的，都靠实施各种配置，重新定义字段名。
另外经常会出现设计时字段名是含义A，结果日后这个字段填的东西是另外的内容，可能是理解错误，或者含义括展，变成大杂烩了，导致字段名和实际业务名是对不上的，这种情况很常见。
还有很多同义词命名，容易乱。
而且字段名如果是直接按业务命名还有另一个问题，就是必须在各处保持相同的命名，一个是容易出错，另一个是如果一张表的多个字段引用了另一张表，那要起好几个类似的名，众所周知，当对象多了的时候，起名是很头疼的。
还有多语言问题，比如字段名用英语还是用拼音，或者法语？
总而言之，对大型系统来说，字段名只是一个指针，要理解业务，得靠数据字典。
ai能把自己的思路向造屎人靠拢，正常人不行 下个客户端然后建资料库和添加规则指令就能处理这些，md文件是能读的
—— 来自 samsung SM-F9460, Android 16, 鹅球 v3.5.99-alpha
页:
[1]