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