InfluxDB 模式设计（又长又瘦 vs 又短又胖？

Question

我正在规划数据库的架构设计。 InfluxDB 在“又短又胖”的设计或“又长又瘦”的设计中表现更好。

我更喜欢细长的，因为它们更容易扩展并且显然更稳定？

有人可以在这里提供更多见解吗？

谢谢

编辑以向 Yuri 显示数据：

建议的架构设计：

这种设计可以很好地扩展 - 它处理静态数据，即区间 0、区间数据和我将添加的其他未来数据源。我不确定是否应该将所有内容整合到一个单一的数据库以及将数据分解为多个数据库是否更好？

然而，它与这样的设计略有不同（来源：https://medium.com/coinograph/storing-and-processing-billions-of-cryptocurrency-market-data-using-influxdb-f9f670b50bbd）

谢谢尤里！

Answer 1

首先要做的事：在 Influx 中存在诸如“模式”之类的东西，正如您在 RDBMS 世界中所知道的那样。

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

因此，它的扩展和调整方式与您从 RDBMS 中学到的方式不同。

“模式”本身在那里非常流畅，它不是僵化的。

因此，我建议您完全依赖您的需求：您的数据是（或应该是）如何形成的以及您打算如何处理它。

如果你给我一个例子 - 我可能会给你一个例子，说明在 Influx 中处理它的最佳方法是什么。