Go项目里面要不要使用ORM？

对于新手来说，在学习数据库的时候，总会有这个一个疑问：

我到底要不要用 ORM ？

好像不用 ORM 也能处理数据，也能增删改查。

或许不同的人，对这个问题有不同的看法。

以下是我对这个问题的见解，仅供参考！

从复杂度考虑

任何问题都不应该是一概而论，用或者不用，直接一刀切。

在判定这个问题时，第一个考虑的问题应该是项目的复杂度。

如果你的项目就像下图这样简单：

只有一个单体服务，同时业务简单到只有增删改查的情况下。

那你可以直接用SQL，不用ORM，性能又高，维护也简单。

从可维护性考虑

假如你的服务变成了这样：

我们的系统被分成了前后端两个服务，官网服务，业务简单，只有查询，但是对性能要求高。

那这个模块还是依旧建议直接上 SQL 。

但是下面后台管理的部分，他对性能要求并不高，同时业务复杂度非常高。

这部分呢，就建议上 ORM ，虽然 ORM 会消耗掉一部分性能，但是在可维护性上会大大地增加。

小结

现在很多公司，都是使用的微服务架构，所以有很多不同模块。

作为项目管理者，你不光要考虑性能问题，还需要考虑整个项目的可维护性。

对于 ORM 的那一点性能消耗，其实在很多时候是可以忽略不计的，除非是特别复杂的 SQL 逻辑。

特别复杂的 SQL 逻辑，如果用纯 SQL 后期维护也是个问题，哈哈。

这自古是一个矛与盾的问题。

你学废了么？