[英]What is the best way to store highly parametrized entities?
Ok, let met try to explain this in more detail. 好的,让我们见识一下,以更详细地说明这一点。 I am developing a diagnostic system for airplanes. 我正在开发飞机诊断系统。 Let imagine that airplanes has 6 to 8 on-board computers. 假设飞机上有6到8台机载计算机。 Each computer has more than 200 different parameters. 每台计算机都有200多个不同的参数。 The diagnostic system receives all this parameters in binary formatted package, then I transfer data according to the formulas (to km, km/h, rpm, min, sec, pascals and so on) and must store it somehow in a database. 诊断系统以二进制格式打包接收所有这些参数,然后我根据公式(至km,km / h,rpm,min,sec,pascal等)传输数据,并且必须以某种方式将其存储在数据库中。 The new data must be handled each 10 - 20 seconds and stored in persistence again. 新数据必须每10到20秒处理一次,并再次存储在持久性中。 We store the data for further analytic processing. 我们存储数据以进行进一步的分析处理。
Requirements of storage : 储存要求 :
So, I calculated an average disk or RAM usage per one plane per day. 因此,我计算了每天每一个平面的平均磁盘或RAM使用情况。 It is about 10 - 20 MB of data. 这大约是10-20 MB的数据。 So an estimated load is 100 airplanes per day or 2GB of data per day. 因此,估计负载为每天100架飞机或每天2GB的数据。
It seems that to store all the data in RAM (memcached-liked storages: redis, membase) are not suitable (too expensive). 似乎不适合将所有数据存储在RAM中(类似于内存缓存的存储:redis,membase)(太昂贵了)。 However, now I am looking to the mongodb-side. 但是,现在我正在寻找mongodb方面。 Since it can utilize as RAM and disk usage, it supports all the addressed requirements. 由于它可以用作RAM和磁盘使用量,因此它支持所有已解决的要求。
Please, share your experience and advices. 请分享您的经验和建议。
There is a helpful article on NOSQL DBMS Comparison. 关于NOSQL DBMS比较,有一篇有用的文章。
Also you may find information about the ranking and popularity of them, by category. 您还可以按类别找到有关它们的排名和受欢迎程度的信息 。
It seems regarding to your requirements, Apache's Cassandra would be a candidate due to its Linear scalability, column indexes, Map/reduce, materialized views and powerful built-in caching. 就您的需求而言, Apache的Cassandra可能会因其线性可扩展性,列索引,Map / reduce,物化视图和强大的内置缓存而成为首选。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.