NoSQL和气象数据

前端之家收集整理的这篇文章主要介绍了NoSQL和气象数据前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
所以这是一个很酷的东西,这些Nosql数据库.所以有我的数据:一排排的气象数据行:值,代表某个站点的某些测量值(由WMO编号识别,而不是坐标),在某个时间.

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

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

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

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

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

当您的数据结构非常简单(例如简单的键值存储)/可预测且您不需要关系完整性或需要ad-hoc和/或高级查询时,Nosql可能是合适的.

您在简单的可扩展性方面获胜,但您可能会失去灵活性和一致性.

最大的问题是有一个简单的方法来组合复杂的数据查询.我会说气象数据不是Nosql的最佳候选者.

我个人更喜欢Postgresql而不是MysqL,并且在正确设置时发现它具有很高的可扩展性(即使有数百万甚至数十亿行).

猜你在找的NoSQL相关文章