问题标签 [tokyo-cabinet]

这些项目听起来很有趣，但我没有看到任何积极的开发，并且代码库依赖于过时的软件（GLIBC_2.14...）

还是我找错地方了？

有没有一种简单的方法可以将 tokyocabinet 内存数据库转储到文件中？我在东京的文档中没有找到任何关于它的信息。有谁知道另一个提供这种东西的nosql数据库？我正在寻找一个非常高效的内存哈希表数据库，能够插入大约 80000 条记录/秒。转储到文件将每 10 秒发生一次。

谢谢

我有一个 65GB 的数据库，看起来它不接受新条目。

东京暴君数据库大小有没有限制？

我正在我的ubuntu机器上安装一个 gem：

然后我得到一些错误：

似乎是有问题try_cpp，所以可能是因为我没有安装gcc或g++？但我确实安装了它们。

我正在使用 Anaconda python (2.7)。我需要安装 tokyocabinet（以及其他依赖项）才能安装 imposm.parser。但是每当我尝试安装它（通过使用 pip）时，我都会得到：

万一这很重要，我正在运行 Windows 7 Ultimate 64 位。

包链接：https ://pypi.python.org/pypi/tokyocabinet 。

我可以用它fwmkeys来迭代共享前缀的键——但是我如何在迭代时修改这些键？就我而言，我只需要能够删除它们或将它们设置为空，两者都可以。

我很难理解tchdbfwmkeys东京内阁的方法。

文档如下：

该函数tchdbfwmkeys用于在哈希数据库对象中获取前向匹配键。

我对它的含义有一个模糊的理解：你传递一个键的前缀，它返回所有具有这个前缀的键。例如，您传递前缀data_并获得数据库中以 . 开头的所有键data_。

但是，我不确定这是否正确，即使正确，我也不了解pbufandpsiz参数。你到底应该传递给他们什么？

在文档中没有找到任何关于主题的内容。我想知道当我不明确启动/提交事务时，即在“隐式事务”模式下，TC 的可靠性和并发性如何。

每个事务我只需要写一条记录，即不需要批量写入。但我希望在 writer 函数返回之前将该记录可靠地写入磁盘。不过，如果可能的话，我想避免使用 WAL 文件。

对 Hash DB、B+ Tree DB、Fixed-Length DB 感兴趣。

编辑。明确地说：

1. 文档说“即使在灾难性情况下，数据库文件也不会损坏”。但我不确定“没有损坏”是否意味着数据是 ACIDly 写入的。

2. 所有 DB 类型的函数 ...dbopen() 采用标志 HDBOTSYNC，“这意味着每个事务都将更新的内容与设备同步”。如果我不明确开始交易，这个标志还会起作用吗？

// 顺便说一句，有 TC 的替代品吗？我的意思是具有相同功能和速度的嵌入式 C/C++ 库。KyotoCabinet 是不可能的：它是 GPL；https://fallabs.com/license/是 404，我关于 404 的电子邮件没有得到答复；更不用说他们从 KC 中删除了 Fixed-Length DB。

十多年来，我一直在积极地在其 tch 变体中使用 tokyocabinet。第一次，我看到它tchmgr list a.tch | wc 小于显示的数字tchmgr inform a.tch | grep record

示例：26149759 与 27729482

缺少的键都是tchmgr list最近添加的；但我的键正在增加（如填充整数：00000、00001、...），因此可能会有其他效果。它并没有发生在我最大的数据库上，而是发生在一个 500 GB 的具有最多密钥的数据库上。是否有任何限制（除了 8 EB 的数据库大小，这很远）？