我正在创建一个软件，让您可以在线创建任何您想要的 REST API。
例如，您想要创建共享 20 世纪汽车型号/制造商列表的 API，因此您需要以下字段：颜色、型号、制造商和“无限”数量的其他字段。
任何注册用户都可以创建“无限”数量的 API，这些 API 公开“无限”数量的数据（具体而言：行 od 数据格式：id|color|model|manufacturer|等等）。
问题是如何存储这种数据。
我创建了一个使用 4 个表的工作模型：提要、行、列和值
但这会导致：
- 复杂连接
- 由于某些处理，功能有限，必须在 PHP 站点上完成
- 需要额外的抽象层
所以我的下一个想法是创建一个单独的数据库（如果需要，可以水平分区），比如myproject_data。
创建 API 时，将在 myproject_data 中创建具有适当名称的表。
该解决方案将消除将数据（列、行、值、提要）处理为可用数据（填充了数据的正确格式行）所需的抽象层。
就我担心使用数百个表可能会出现的性能问题而言，我相信性能损失不会像使用复杂连接并仅使用具有数十万条记录的 4 个表时那么大。另外，这将消除额外的抽象层。
你怎么看 ？