ORM在任何时候是否成为RESTful API的“需求”？

Question

我已经开始在PHP框架中构建RESTful API。这个框架吸引了我，因为它的轻量级设计和路由功能。我正在使用PostgreSQL作为数据库。

但是，数据集有点大--大约有20种类型的资源，有许多关联和嵌套集。到目前为止，我已经在资源类上实现了自己的自定义ORM方法，例如“按主键从数据库中选择”。Slim不提供任何ORM功能。我想知道API的规模是否足够大，可以推荐使用带有内置ORM支持的框架，还是与ORM (如Doctrine或Propel )集成。

我是否应该使用ORM来帮助减轻数据库表、属性名称等更改的复杂性？

我也愿意使用其他技术--似乎Python被高度认为是构建RESTful API的框架。

Answer 1

任何规模的项目都不需要ORM。更常见的情况是，小型项目从ORM开始，然后在扩展时放弃它。

如果数据库更改变得过于复杂：

1. 问问自己，为什么数据库变化太频繁了。我不得不从事的项目中，数据库每天至少更改一次，仅仅是因为项目的思想糟糕，需求收集不正确，而且数据库最初是由一个对数据库一无所知的人创建的。一场不必要的噩梦。
2. 如果您发现变化是由于不断扩展的数据的复杂、不稳定的结构所致，请考虑使用非关系数据库。文档模型(例如在MongoDB中使用的内容)可能更符合您的需要。
3. 如果没有那么多的更改，但您只是被模式的大小所淹没，请考虑将您的服务拆分为多个服务，每个服务都拥有一个数据库的一部分。通过限制每个服务仅使用数据库的一部分(并调用其他服务来访问其他数据)，您可以使处理更改变得非常简单:每个更改的范围将限制在相关服务上，而不是分散在代码基础上。