c++ - 有人对 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 用于具有亚毫秒延迟的交易系统:

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 毫秒左右。当然，如果系统以毫秒为单位响应，我们可能会使用长度只有几微秒的输入脉冲。

没有提及用于 250,000 次查找/秒和 50,000 次插入/秒的系统。尽管如此，这仍然是一个积极的迹象。