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

[failman]

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

[wsseo]

因为没用 AI 。你跟面试官讲讲 AI 有多火，讲讲 AI 的重要性，他再不会 AI 机会被淘汰。

[wulin2008]

还是写的少，我是做 MES ，几乎全部时间都是在写 sql 、函数、包，单条 sql 在 plsql 美化后最长记录是 1500 行，啥优化手法都信手拈来

[daodao]

好像除了后台查询数据有时候还需要用到手写 sql ，但基本上也是很简单的够用了。编写代码更用不上，基本都是 ORM 操作，人家都封装那么好了，手写 sql 确实没啥意义。只适合考试用。

[Wanex]

@wsseo 面试官：你跟我说这些，我先把你淘汰了再说

[zerovoid]

不要因为别人的筛选机制内耗自己，
人家完全可以因为你左脚先踏入考场，把你 pass 掉。

[JKeita]

ORM 用多了呗。

[Cruzz]

面试全靠运气，你以为你能答上来就会要你了么。别内耗了，看开点吧。

[CEBBCAT]

@daodao #23 ORM 只是封装而已，它们不对性能负责。不管是自己开发还是审阅同事/AI 的 SQL ，都需要对性能优化有了解。

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


@zerovoid #25 附议。在现在买方市场下，面试不为应聘者负责，招聘方自由度很高，面试时的表现、纰漏、面试官给的理由，都可以看开点

[baleeny]

美国大公司面试已经不用刷题了，直接让你带 ai 上面试

[ZGame]

@wulin2008 这是大屏报表类需求吧。

[WithoutSugarMiao]

工作七年，面试时候也写不出来 sql 。只要让写手写 sql ，从来没完完整整写出来过。

[chouvel]

@CEBBCAT 我读起来没啥问题啊，该停顿的时候写了逗号，

除了`实在不会问 ai 提供思路能解决 90 的 sql 。`，这里的 90 应该是 90%，以及 ai 之后应该加一个逗号会通顺许多。

[edisonwong]

看起来不是真正意义上的全栈。排查问题场景有吧？ dba 维护也有吧？洗数据有吧？（就不说要统计出数了）都是要手写 sql 的，即便你按 tab 补全，这东西你一旦写过，这辈子都不会忘记的

[stormtrooperx5]

手写不了 sql ，全是 ai 写的，自然语言 -> SQL 基本不会出错

[Georgedoe]

那还有什么好说的,sql 都写不出来就是不合格

[edisonwong]

进阶的话，用 orm 也应该对 sql 长什么样子有个了解，这样在一些场景优化里有所帮助，比如 force index

当然，也可以说：“我就一个 crud ，orm 不断 tab 完事了，管它 sql 啥样， 查出来不就得了”

[op351]

某些特定系统上确实依赖手搓 sql 比较多 比如制造生产上的系统 mes ，erp 之类的，本身系统设计上就偏向于直接用 sql 来完成需求和解决问题，就算你想用代码来替代 sql 也是不支持的，在这种行业多干几年确实 sql 会手搓的飞起。

[failman]

@edisonwong 现在我都习惯让 ai 给一个初版，然后直接调试，哪里错了改哪里😳

[rb6221]

看到这个帖子，我也刷新了一个新的认知，就算有了 AI ，自身的技能也不能丢，这就是佐证。

[Gilfoyle26]

写 SQL 最厉害的估计就是：DBA > 大数据 > 后端 > 其他