sql

答案 0 :(得分：0)

一般情况下，我建议使用第二个表架构，因为它更简单，它可以捕获原始数据（而不是预先组装的东西），并为实际的内容进行聚合需要。

然而，这个问题非常棘手，因为它很大程度上取决于实际需求。因此，组合架构基本上会使更新变得棘手（对象只能被替换而不是更新），因此需要将数据一起发送（并且可能以相同的速度收集？）。

最重要的是，设置partitioning可能很有用。 这可以加快查询速度并允许change the number of shards for future partitions（并允许您更好地扩展）。 通常的做法是按月或按周划分，在某些情况下也按天划分。 但必须注意防止碎片爆炸的数量 分片也需要系统资源。

由于datasource plugin：）

答案 1 :(得分：0)

现在刚看到这个，我一直在玩perdata（nagios）和cratedb。 我们测试的（基于mongodb时间序列演示）是每小时存储并让perfdata [ts] = {perf object} （我们确实测试了perfdata ['minute'] ['second'] = {}）

24小时架构将是perfdata ['hour'] ['minute']

因此，通过在主机/服务/上定义主键，您可以 '重复密钥更新..'

所以按主机/服务/小时查询只是一个查询： - ）