Database XDB模式设计（长而薄还是短而胖？

我正在计划数据库的模式设计。XDB使用“短而胖”的设计还是“长而瘦”的设计性能更好

我倾向于选择长型和薄型，因为它们更容易扩展，而且显然更稳定

有人能提供更多的见解吗

谢谢

编辑以显示数据：

提议的方案设计：

这种设计将扩展，这是好的-它处理静态数据，即间隔0、间隔数据和我将添加的其他未来数据源。我不确定的是，我是否应该将所有数据都放在一个数据库中，以及是否最好将数据分解为多个数据库

然而，它与这样的设计略有不同（来源：）

---

谢谢Yuri！

第一件事：在Influx中有“schema”这样的东西，您可能从RDBMS世界知道它

因为这不是任何类型的SQL DB-本质上，它是一个具有特定时间点键和复数值的键值，由低基数索引kv对和高基数实际命名值系列的组合组成

因此，它的缩放和调整方式与您从RDBMS中学习到的方式不同

“模式”本身是非常流动的，它不是一个僵化的概念

因此，我建议您仅依赖于您的需求：您的数据是如何（或应该如何）形成的&您应该如何处理它

---

如果你给我一个这样的例子，我可能会给你一个例子，说明在涌入时处理它的最佳方法。

我还没有找到一个结论性的答案。继续下去……我认为这个设计的问题是，它可以扩展到多个数据集，这一点很好。我失去了一些功能尽管在Influxdb中使用了函数，例如，如果我想将分钟间隔数据扩展为每日数据，那么当前的设计将更加困难。