NoSQL和气象数据

发布时间：2020-12-13 13:55:11 所属栏目：百科来源：网络整理

导读：所以这是一个很酷的东西,这些NoSQL数据库.所以有我的数据：一排排的气象数据行：值,代表某个站点的某些测量值(由WMO编号识别,而不是坐标),在某个时间. 不是每个站都测量每个参数,并不是每个参数都是一直测量的. 我存储了当前在MySQL中的这些数据(价值30年的

所以这是一个很酷的东西,这些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,并且在正确设置时发现它具有很高的可扩展性(即使有数百万甚至数十亿行).

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!