NoSQL和气象数据

Question

所以这是一个很酷的东西,这些NoSQL数据库.所以有我的数据:一排排的气象数据行:值,代表某个站点的某些测量值(由WMO编号识别,而不是坐标),在某个时间.

不是每个站都测量每个参数,并不是每个参数都是一直测量的.

我存储了当前在MySQL中的这些数据(价值30年的小时值,产生约10亿个值).持续增长和可预见的更多数据的添加让我有点头疼.

阅读基于NoSQL系统的文档似乎很容易扩展,我想知道NoSQL是否也是气象数据的可行数据存储概念.你有这方面的经验吗？

更新:忘记了典型的查询:大多数查询需要时间轴上的数据:即从2010年1月1日00:00到2010年3月1日00:00给我站066310的温度.

或者:给我一个特定电台所有参数的最新值.

Answer 1

当您的数据结构非常简单（例如简单的键值存储）/可预测并且您不需要关系完整性或不需要临时和/或高级查询时，NoSQL 可能是合适的选择。

不过，您在轻松可扩展性中赢得的东西可能会失去灵活性和一致性。

最大的问题是有一种简单的方法来对数据进行复杂的查询。我认为气象数据并不是 NoSQL 的最佳选择。

与 MySQL 相比，我个人更喜欢 PostgreSQL，并且发现如果设置正确，它的可扩展性非常好（即使有数百万甚至数十亿行）。