全栈工作两年,面试基础的 SQL 都没写出来,为什么

3 天前
 failman

腾讯外包一面被评价基础不扎实。 估计是手写的 sql 关键词顺序都错了。 工作的时候基本都是 ORM 或者 ide 辅助写 sql ,实在不会问 ai 提供思路能解决 90 的 sql 。(没想起来这么解释)

7085 次点击
所在节点    程序员
77 条回复
wsseo
3 天前
因为没用 AI 。你跟面试官讲讲 AI 有多火,讲讲 AI 的重要性,他再不会 AI 机会被淘汰。
wulin2008
3 天前
还是写的少,我是做 MES ,几乎全部时间都是在写 sql 、函数、包,单条 sql 在 plsql 美化后最长记录是 1500 行,啥优化手法都信手拈来
daodao
3 天前
好像除了后台查询数据有时候还需要用到手写 sql ,但基本上也是很简单的够用了。编写代码更用不上,基本都是 ORM 操作,人家都封装那么好了,手写 sql 确实没啥意义。只适合考试用。
Wanex
3 天前
@wsseo 面试官:你跟我说这些,我先把你淘汰了再说
zerovoid
3 天前
不要因为别人的筛选机制内耗自己,
人家完全可以因为你左脚先踏入考场,把你 pass 掉。
JKeita
3 天前
ORM 用多了呗。
Cruzz
3 天前
面试全靠运气,你以为你能答上来就会要你了么。别内耗了,看开点吧。
CEBBCAT
3 天前
@daodao #23 ORM 只是封装而已,它们不对性能负责。不管是自己开发还是审阅同事/AI 的 SQL ,都需要对性能优化有了解。

不用说复杂的,UPDATE JOIN or SELECT 两层 JOIN ,没有很复杂的逻辑,优化一下就能把 SQL 时间降一个数量级( SQL 30 行 107 个 word ,3 个表)。只是每人业务不同,有的场景下不涉及到而已。


@zerovoid #25 附议。在现在买方市场下,面试不为应聘者负责,招聘方自由度很高,面试时的表现、纰漏、面试官给的理由,都可以看开点
baleeny
3 天前
美国大公司面试已经不用刷题了,直接让你带 ai 上面试
ZGame
3 天前
@wulin2008 这是大屏报表类需求吧。
WithoutSugarMiao
3 天前
工作七年,面试时候也写不出来 sql 。只要让写手写 sql ,从来没完完整整写出来过。
chouvel
3 天前
@CEBBCAT 我读起来没啥问题啊,该停顿的时候写了逗号,

除了`实在不会问 ai 提供思路能解决 90 的 sql 。`,这里的 90 应该是 90%,以及 ai 之后应该加一个逗号会通顺许多。
edisonwong
3 天前
看起来不是真正意义上的全栈。排查问题场景有吧? dba 维护也有吧?洗数据有吧?(就不说要统计出数了)都是要手写 sql 的,即便你按 tab 补全,这东西你一旦写过,这辈子都不会忘记的
stormtrooperx5
3 天前
手写不了 sql ,全是 ai 写的,自然语言 -> SQL 基本不会出错
Georgedoe
3 天前
那还有什么好说的,sql 都写不出来就是不合格
edisonwong
3 天前
进阶的话,用 orm 也应该对 sql 长什么样子有个了解,这样在一些场景优化里有所帮助,比如 force index

当然,也可以说:“我就一个 crud ,orm 不断 tab 完事了,管它 sql 啥样, 查出来不就得了”
op351
3 天前
某些特定系统上确实依赖手搓 sql 比较多 比如制造生产上的系统 mes ,erp 之类的,本身系统设计上就偏向于直接用 sql 来完成需求和解决问题,就算你想用代码来替代 sql 也是不支持的,在这种行业多干几年确实 sql 会手搓的飞起。
failman
3 天前
@edisonwong 现在我都习惯让 ai 给一个初版,然后直接调试,哪里错了改哪里😳
rb6221
3 天前
看到这个帖子,我也刷新了一个新的认知,就算有了 AI ,自身的技能也不能丢,这就是佐证。
Gilfoyle26
3 天前
写 SQL 最厉害的估计就是:DBA > 大数据 > 后端 > 其他

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1166399

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX