有没有人有FastDB（C ++内存数据库）的经验？

Question

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

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

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

Answer 1

最近关于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插入/秒。 不过，这是一个积极的迹象。