你们平时手撸 SQL 多吗？还是 ORM 优先

最近接手一个项目，里面有好多 SQL 语句，然后拿到 ORM 执行 SQL 字符串话说，有 ORM 平时有什么场景需要手写 SQL 的

surbomfla

51 天前

直接使用 AI 判断，AI 觉得简单 ORM 能处理就使用 ORM ，不能的话使用 SQL 语句，目前几乎没有什么 SQL 语句 AI 处理不了的吧。

shigella

51 天前

写 Dotnet 的时候用 ORM 比较多，写 Java 的时候就五五开更多时候愿意自己写 SQL ，自由度大

LitterGopher

51 天前

在代码上的体现肯定是 orm 優先，除非使用的 orm 沒有相關語句的語義化方法，不然都是使用 orm 。

但是編碼過程還是先寫 sql ，在 dbeaver 裏面執行確定沒問題之後，然後把他轉化爲代碼裏面的 orm 。

MIUIOS

51 天前

从不手写 sql ，都是查出来拼接，比 sql 好维护

rlds

51 天前

用 orm 也就只是减少了一些基础查询的手写 sql ，要是一些复杂的业务统计还得自己手写 sql

SoviaPhilo

51 天前

用 native sql 的前提是这个项目不会因为外部原因，比如合规化要求，需要做数据库迁移。

迁一次就知道，众多的语法糖和数据库方言有多恶心了

Narcissu5

51 天前

手写，因为 ORM 只能支持 SQL 很小一部分特性，比如 INERT INTO ... SELECT ,效率真的爆炸

7gugu

51 天前

手写+AI ，把表结构提供给 AI ，用自然语言描述一下就好了，质量好效率高

cheng6563

51 天前

R 多手写，除非只是简单的 byId 条件就直接 ORM 。
CUD 多 ORM ，除非要大批量处理。

Smileh

51 天前

@bronyakaka #51
公司的 sql 80%都是我优化的，
BI 大部分都是我写的
数据统计需求基本上全我写的
是你使用的 ORM 不熟练还是不支持
导致你一直写原生 SQL ，

Ethan212

51 天前

站巨人肩膀上，orm 就是用来摒弃屎山 sql 的。

zhhqiang

51 天前

orm 比较多，sql 感觉参数拼进去可能会有其他问题。

0x663

51 天前

如果碰到需要兼容多种数据库（信创需求量大，各家信创数据库语法格式不一）的情况，ORM 会好切一些，sql 的话要写多份兼容。
实时工作流开发的话用 sql 比较多写，数据入湖的 sql

worldgg

51 天前

用 ORM ,因为不确定客户想要用什么数据库。方便兼容不同数据库。

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

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

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