这是一个创建于 4677 天前的主题，其中的信息可能已经有所发展或是发生改变。
大概的需求是这样子的，有多个传感器采集环境数据，每一分钟向服务器上传一条不大于2K的数据，以类似日志的形式保存数据，现在初期设计测试也就4、5个sensor，后期会大量的增加sensor。这些数据要供服务程序用来检测环境信息是否超过设定的报警阀值，还有就是用于生成报表。我觉得这种情况下使用NoSQL应该比较适合，但是对此没有什么实际经验。
需求概括的来说就是：有大量，频繁的(大量的sensor)，持续的（1min*24*365）小数据写入，少量的读取（alert程序检测环境因素，生产报表）。
查到的资料说Tokyo Cabinet在1亿条数据量是写性能明显下降，1.6亿条数据的时候写性能下降非常严重，一年时间200个左右的sensor就。。。
请问各位，我该使用哪个NoSQL数据库比较合适哪？
需求概括的来说就是：有大量，频繁的(大量的sensor)，持续的（1min*24*365）小数据写入，少量的读取（alert程序检测环境因素，生产报表）。
查到的资料说Tokyo Cabinet在1亿条数据量是写性能明显下降，1.6亿条数据的时候写性能下降非常严重，一年时间200个左右的sensor就。。。
请问各位，我该使用哪个NoSQL数据库比较合适哪？
 | 1 timonwong 2013 年 6 月 3 日 1分钟……几百个…… MySQL都毫无压力。 主要看你数据重不重要，重要的话使用 NoSQL 要谨慎，多出的那些历史数据，可以归档，因为查询的机会少，写入的机会多。 |
 | 2 sivacohan PRO 你这个需求不是要日志系统吗？ 为什么要用db？ 数据先缓存一下，用alert检查一下，没问题就丢到日志里，有问题就报警。 |
 | 3 swulling 2013 年 6 月 4 日  1 如一楼所说，MySQL可以用Archive http://dev.mysql.com/doc/refman/5.7/en/archive-storage-engine.html 话说历史数据真的需要保存那么细么，对老数据重采样下可大大节省空间 |
 | 4 Zhang 2013 年 6 月 4 日 "阀值"写错了，应该是“阈值”哟！！ |
Select Language