我在寻找一个关键/价值储存会议的以下要求:

  1. 开放源
  2. C API(C++好过)
  3. 某一水平的崩溃,恢复
  4. 高[存储]的能力为每文件
  5. 这两种关键的和价值是任意的二进制数据
  6. 嵌入式(如DBM源码,et al.)

GDBM看起来特别有吸引力。每个事实的 datum 结构的使用 int dsize; 清楚的关键的和价值的尺寸是有限的2GB,这是好的。然而,我的问题GDBM是,我找不到任何文件上的限制数据库文件的大小。例如,Berkeley DB提供数据库文件256TB.如果这个足够大,然后GDBM将是完美的。

没有人知道GDBM文件大小的帽子吗?如果做不到这一点(或者如果它太小)什么样的其他建议可以你做什么呢?不会这样的野兽的存在吗?

有帮助吗?

解决方案

如果你使用GDBM上的一个32位(i386)系统,最大数据库的大小2GB。如果您使用的是它在64位系统和编译程序64位,那么最大数据库的尺寸应局限于你的文件系统。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top