有没有人有FastDB(C内存数据库)的经验?

前端之家收集整理的这篇文章主要介绍了有没有人有FastDB(C内存数据库)的经验?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
FastDB是一个开源的内存数据库,它与C紧密集成(它支持类似sql查询语言,其中表是类,行是对象).与大多数IMDB一样,它适用于由读访问模式主导的应用程序.算法和数据结构针对完全在主存储器(RAM)中读取和写入数据的系统进行了优化.它应该非常快,甚至与其他内存数据库相比,但我无法在线找到任何基准.

我正在考虑将FastDB用于时间序列数据,在一个项目中,1)亚毫秒的随机访问读取延迟,以及2)每秒数百万行的顺序读取吞吐量将是非常好的.

我找不到很多关于FastDB第一手经验的参考资料;这里有人用它吗?你能指出FastDB的任何基准测试,特别是那些考虑读取延迟和吞吐量的基准测试吗?

解决方法

最近关于Erlang论坛的帖子(自2009年起): http://www.trapexit.org/forum/viewtopic.php?p=49476#49476有人(Serge Aleynikov)推荐FastDB用于亚毫秒级别的交易系统:

If you don’t want to spend too much time coding C++,since you have
already done good work of abstracting mnesia backend,why don’t you
create an Erlang driver for this database: www.fastdb.org. It’s based
on memory mapped files,implemented in C++,is relatively fast compared
to other in-memory databases (about 250k lookups/s,50k inserts/s),has
time-series capabilities,simple C-API. I implemented FastDB interface
in several languages,and generally it’s good for systems that deal with
latencies in sub-milliseconds range. It may suffice for you unless you
need to stay in the low microseconds realm.

My 2c.

Serge

看到人们在低微秒内担心延迟是非常令人生畏的;我正在考虑将FastDB用于数字信号处理(DSP),其中现场音频系统通常将延迟限制在不超过10毫秒.当然,如果系统以毫秒为单位响应,我们可能会使用长度仅为几微秒的输入脉冲.

没有提到什么系统用于250K查找/秒,50K插入/秒.不过,这是一个积极的迹象.

原文链接:https://www.f2er.com/c/118704.html

猜你在找的C&C++相关文章