传统关系型
数据库存储
时序 数据的问题
有了
时序 数据后，该存储在哪里呢？首先我们看下传统的关系型
数据库解决方案在存储
时序 数据时会遇到什么问题。
很多人可能认为在传统关系型
数据库上加上时间戳一列就能作为
时序 数据库。
数据量少的时候确实也没问题。但
时序 数据往往是由百万级甚至千万级终端设备产生的，写入并发量比较高，属于海量
数据场景。
MySQL在海量的
时序 数据场景下存在如下问题：
存储成本大：对于
时序 数据压缩不佳，需占用大量机器资源；
维护成本高：单机系统，需要在上层人工的分库分表，维护成本高；
写入吞吐低：单机写入吞
今天的文章 oierdb数据库（orientdb数据库缺点）分享到此就结束了，感谢您的阅读。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/bian-cheng-ri-ji/45691.html