请教下关于 orm 和 sql 到底用哪个好的问题

sql

@starsriver 谢谢

orm 只是帮你把关系转化成 sql 并且自动填充而已，完全不是一个纬度的东西。

为什么不是结合起来用呢，增删改查用 ORM，复杂查询用 SQL

小孩子才做选择，

我觉得个人开发选择 orm，无它，方便。团队的话业务与 sql 分离更容易管理

我觉得你如果在这么问的话，你直接写 sql 肯定会有注入漏洞

问再多也没用，实际开发该用啥还是用啥，照样要学

业务逻辑力一堆 sql 能看？

orm 可读性更好？实际开发过程中，简单的用 orm，复杂用 sql 写好注释

我的观点是可以用 orm，但是必须懂 sql

增删改查用 ORM，复杂查询用 SQL

楼主的论据有问题，即使 SQL 跨语言，但和 SQL 相关的 API 还不是和语言绑定的？你要查 SQL、处理返回数据，都要学相关语言的 API 或包，只是 ORM 又多了一层而已，

所以楼上们都说了，简单的 ORM，复杂查询 SQL

一看就没工作经验的人问的问题

sql：效率高，可迁移学习成本。orm：类型安全，可维护性强。个人项目、小规模项目，可以用 sql。其他情况下建议 orm。

sql 是基础,orm 是操作简化版的工具?基础总是要会的,总有时候会需要用到,比如效率要求比较高的时候.orm 很多时候比较方便,效率要求低用 orm 倒是无所谓,学到后面 sql 就要用了,但确实这个时候写成了不好维护,很多后台开发不擅长使用 sql,不知是否是 orm 使用过多 sql 经验不足.

安卓这个的 room 库是一个需要写 sql 的 ORM。。。

看情况
如果让我用 jpa 这种东西 我宁愿用 jdbcTemplate 写 sql

没有最好，只有最适合。赞成 @beginor #4 的说法

程序员通过非 SQL 的编程语言操作数据库，最期望的应该就是想像操作编程语言中的数据结构来操作数据库，我认为这个是大多数开发者所期望的。数据库中有 OLAP 和 OLTP 场景，如果是偏向 OLAP，毫无疑问用 SQL，不论是关系型数据库还是大数据集群。反之，ORM 可以更专注在事务逻辑层面。

具体看需求场景

不用 orm 也挺好的

sql 好

我之前同事拒绝用 orm, 项目写到一半,然后自己封装了类似 orm 的东西

我是优先 orm，orm 解决不了的才使用 sql，当发现了 orm 可解决 sql 问题时，再替换掉 sql，目的是因为 orm 跨数据库兼容性很好，orm 会利用数据库中间件的缓存，升级数据库中间件就能自动引入未来的新 sql 技术，改善性能。