对于新手来说，在学习数据库的时候，总会有这个一个疑问：
我到底要不要用 ORM ？
好像不用 ORM 也能处理数据，也能增删改查。
或许不同的人，对这个问题有不同的看法。
以下是我对这个问题的见解，仅供参考！
从复杂度考虑任何问题都不应该是一概而论，用或者不用，直接一刀切。
在判定这个问题时，第一个考虑的问题应该是项目的复杂度。
如果你的项目就像下图这样简单：
只有一个单体服务，同时业务简单到只有增删改查的情况下。
那你可以直接用SQL，不用ORM，性能又高，维护也简单。
从可维护性考虑假如你的服务变成了这样：
我们的系统被分成了前后端两个服务，官网服务，业务简单，只有查询，但是对性能要求高。
那这个模块还是依旧建议直接上 SQL 。
但是下面后台管理的部分，他对性能要求并不高，同时业务复杂度非常高。
这部分呢，就建议上 ORM ，虽然 ORM 会消耗掉一部分性能，但是在可维护性上会大大地增加。
小结现在很多公司，都是使用的微服务架构，所以有很多不同模块。
作为项目管理者，你不光要考虑性能问题，还需要考虑整个项目的可维护性。
对于 ORM 的那一点性能消耗，其实在很多时候是可以忽略不计的，除非是特别复杂的 SQL 逻辑。
特别复杂的 SQL 逻辑，如果用纯 SQL 后期维护也是个问题，哈哈。
这自古是一个矛与盾的问题。
你学废了么？