传统关系型
数据库 时序 数据的问题
有了
时序 数据后，该存储在哪里呢？首先我们看下传统的关系型
数据库解决方案在存储
时序 数据时会遇到什么问题。
很多人可能认为在传统关系型
数据库上加上时间戳一列就能作为
时序 数据库。
数据量少的时候确实也没问题。但
时序 数据往往是由百万级甚至千万级终端设备产生的，写入并发量比较高，属于海量
数据场景。
MySQL在海量的
时序 数据场景下存在如下问题：
存储成本大：对于
时序 数据压缩不佳，需占用大量机器资源；
维护成本高：单机系统，需要在上层人工的分库分表，维护成本高；
写入吞吐低：单机写入吞
到此这篇oierdb数据库（orientdb数据库缺点）的文章就介绍到这了,更多相关内容请继续浏览下面的相关 推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/sjkxydsj/28876.html