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

6 天前
 tangmanger

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

6602 次点击
所在节点    数据库
66 条回复
surbomfla
6 天前
直接使用 AI 判断,AI 觉得简单 ORM 能处理就使用 ORM ,不能的话 使用 SQL 语句,目前 几乎没有什么 SQL 语句 AI 处理不了的吧。
shigella
6 天前
写 Dotnet 的时候用 ORM 比较多,写 Java 的时候就五五开更多时候愿意自己写 SQL ,自由度大
LitterGopher
6 天前
在代码上的体现肯定是 orm 優先,除非使用的 orm 沒有相關語句的語義化方法,不然都是使用 orm 。

但是編碼過程還是先寫 sql ,在 dbeaver 裏面執行確定沒問題之後,然後把他轉化爲代碼裏面的 orm 。
kakki
6 天前
除了 OLAP 很少很少直接写 SQL 低于 5%.
totoro52
6 天前
从不手写 sql ,都是查出来拼接,比 sql 好维护
liuliuliuliu
6 天前
@artiga033 正解
rlds
6 天前
用 orm 也就只是减少了一些基础查询的手写 sql ,要是一些复杂的业务统计还得自己手写 sql
SoviaPhilo
6 天前
用 native sql 的前提是这个项目不会因为外部原因, 比如合规化要求,需要做数据库迁移。

迁一次就知道, 众多的语法糖和数据库方言有多恶心了
Narcissu5
6 天前
手写,因为 ORM 只能支持 SQL 很小一部分特性,比如 INERT INTO ... SELECT ,效率真的爆炸
7gugu
6 天前
手写+AI ,把表结构提供给 AI ,用自然语言描述一下就好了,质量好效率高
bronyakaka
6 天前
@Smileh #23 只能说你不懂 sql 优化
cheng6563
6 天前
R 多手写,除非只是简单的 byId 条件就直接 ORM 。
CUD 多 ORM ,除非要大批量处理。
Smileh
6 天前
@bronyakaka #51
公司的 sql 80%都是我优化的,
BI 大部分都是我写的
数据统计需求基本上全我写的
是你使用的 ORM 不熟练还是不支持
导致你一直写原生 SQL ,
Ethan212
6 天前
站巨人肩膀上,orm 就是用来摒弃屎山 sql 的。
zhhqiang
6 天前
orm 比较多,sql 感觉参数拼进去 可能会有其他问题。
MaoRong
6 天前
看成你们平时手撸吗,,,
0x663
6 天前
如果碰到需要兼容多种数据库(信创需求量大,各家信创数据库语法格式不一)的情况,ORM 会好切一些,sql 的话要写多份兼容。
实时工作流开发的话用 sql 比较多写,数据入湖的 sql
vipfts
5 天前
@CoderGeek 戒撸了, 现在都让 ani 帮我
worldgg
5 天前
用 ORM ,因为不确定客户想要用什么数据库。方便兼容不同数据库。
frank42a
5 天前
SQL first

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

https://ex.noerr.eu.org/t/1157104

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

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

© 2021 V2EX