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

Con*_*tDB 7 c++ sql database performance in-memory-database

FastDB是一个开源的内存数据库,它与C++紧密集成(它支持类似SQL的查询语言,其中表是类,行是对象).与大多数IMDB一样,它适用于以读取访问模式为主的应用程序.算法和数据结构针对完全在主存储器(RAM)中读写数据的系统进行了优化.它应该非常快,甚至与其他内存数据库相比,但我无法在线找到任何基准测试.

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

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

Con*_*tDB 5

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

如果你不想花太多时间编写C++,那么你
已经做好了抽象mnesia后端的工作,为什么不
为这个数据库创建一个Erlang驱动程序:www.fastdb.org.它基于
内存映射文件,用C++实现,与
其他内存数据库相比速度相对较快(约250k查找/秒,50k插入/秒),具有
时间序列功能,简单的C-API.我
用几种语言实现了FastDB接口,通常它对处理
亚毫秒范围内的延迟的系统很有用.除非您
需要保持在低微秒范围内,否则它可能就足够了.

我的2c.

哔叽

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

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