语境
作为一种爱好，我正在构建一个 SaaS 应用程序，该应用程序能够提取 CRM 应用程序（客户关系管理）的配置，如果我成功了，我可能计划将其公开。
我开发了一组 PHP 文件来提取配置，尽管这非常困难，但我成功了，现在我可以浏览检索到的对象。
我可以序列化这些对象并将其保存为文件，但是由于 I/O 和浪费时间来处理所有这些事务（如我所见），因此无法发布这样的应用程序。
所以我有我的文件集（大多数时候它们之间具有 1:M 关系的序列化对象），我决定创建 PDOManager 文件以根据我从 CRM 中提取的数据在数据库上执行 CRUD（使用 Web 服务的自动化过程） .
我检索到的对象以及我的类会不断发展，因此它不是一成不变的，并且可以根据 CRM 未来版本中实现的功能添加/删除字段
ORM 和 PHP 用户的问题：
- 手动创建一组 PHP 文件以使用 PDO 对数据库进行 CRUD 是一个好主意（假设数据模型可以发展）吗？
- 或者这完全是浪费时间，我应该让 ORM 处理所有这些并用我的所有对象创建一个数据库？
澄清
这是我正在实施的过程以及我目前在这个过程中的位置
从 CRM 获取 WSDL 文件（CRM 的每个组件都有 23 个不同的 wsdl）
使用 Web 服务查询 CRM
获取查询的 Web 服务的 XML 答案（那些 XML 文件包含配置特征）
创建对象以对配置数据进行建模，并将对象的不同出现临时存储到数组中。
将这些数组保存到数据库中。
一旦这一切完成，目的是允许服务的用户在 Excel 文件中检索他们的配置数据（可能是 Web 界面，但在稍后阶段）。
我目前已经以编程方式完成了第 4 步，我想知道我应该为第 5 步做什么。我在这里看到的选项是：
A. 创建一个 DBManager 来保存配置对象，这将迫使我对数据库进行建模，创建表列和约束，为数据库中的对象创建读取器/写入器。我起草的模型中有 52 个表格。
B. 使用一个 ORM，它可以（如果我理解得很好）根据我的对象之间的链接创建所有表、列和约束。这对我来说看起来很神奇，因为在昨天之前我从未使用或听说过 ORM。
帮助我做出明智的选择。