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

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

一直都是手写 sql ，框架或者自己写一个语法糖，能预编译就行。orm 也用，偷懒的时候用 orm 。其实最主要的是因为 orm 还要去看文档，虽然每个框架思想大差不差，也能看懂。如果你要是维护那种老的项目，或者压根是一个不了解的框架，你就知道原生 sql 的方便处了。我现在就在看用 ruby 写的一个老项目，sql 天天有慢查询。全是用 orm 写的，找位置都挺费劲的

写模板 SQL 然后生成代码

表结构复杂、数据量大还是写 sql ，人家几十年研发的引擎肯定比查完自己拼强

复杂点的项目一般都是手写 sql 吧

看业务，比如写个报表 所有数据放业务层处理太复杂了， 还是直接 sql 一次性查出数据好处理点。

数据统计往往要 sql 才好写，orm 不容易实现，我们项目就是 sql 用的多

需要查一些老项目的表的时候，不是所有表设计的都是那么规范的，这时候直接写 sql 查完了再用 orm 将结果映射成对象更方便。 我觉得 orm 的核心还是映射，能将返回结果映射成结构体就够了。 可以看看 C#的 dapper ，写一些小项目或者运维小工具挺爽的。

crud 员一般都是 ORM ，写的快可读性好，交接起来也容易。 连表查询有索引都是慢查询的时候，就用 sql 替代 ORM(因为我 ORM 理解的不够透，还是写 sql 优化容易一些)

说回正题吧, 我是[不用 ORM]( https://blog.codinghorror.com/object-relational-mapping-is-the-vietnam-of-computer-science/) 那一派的, 我觉得小项目不需要, 大项目谨慎使用