问题标签 [tokyo-cabinet]

它基本上是一棵二叉树，它首先搜索哈希以确定它是left还是right：

以下是哈希的计算方式：

但是看起来哈希计算的方式并不能保证键的顺序，

这是一个错误吗？

我tcdb用来保存大型键值存储。键是代表用户 ID 的字符串，值是形式的字典

商店通过迭代具有坐标、节点、方式和关系对象的数据文件来填充，每个对象都链接到一个特定的用户。这是我增加字段的代码：

这不起作用。我最终得到一个全为零值的表：

产量：

为什么？

永远不会调用最后一个异常。

编辑第try一块中的这段代码：

而不是原来的

有效，但对我来说真的很难看。

您能否告诉我是否可以在京都内阁（KB）中存储相同密钥的多个值。我需要为大量数据实现快速索引机制，这些数据可能对相同的键有多个值，我正在尝试为它测试 KB。

谢谢！-阿比

京都内阁是否支持搜索一系列密钥？如果是这样，哪些类型的键支持范围搜索？我可以对长（64 位）密钥进行范围搜索吗？

谢谢 RG

在我的 Java 代码中，我通过以下方式使用 Guava 的 Multimap ( com.google.common.collect.Multimap )：

这里，Multimap 键是 URL 的一部分，值是 URL 的另一部分（转换为整数）。现在，我分配我的 JVM 2560 Mb (2.5 GB) 堆空间（通过使用 Xmx 和 Xms）。但是，它只能存储 900 万个这样的（键、值）整数对（大约 1000 万个）。现在，问题是，我只能为 JVM 提供有限的内存（比如 2 GB）。

那么，有谁能帮帮我，

1）是否有另一种方法或自制的解决方案来解决这个内存问题？意思是，基于磁盘/数据库的多映射可以是一个不错的解决方案吗？我从一些网络文章中读到，有一些基于 DB/Disk 的解决方案可以解决这个问题。Berkley DB或Ehcache。谁能告诉我（或哪一个）更快？

2）那些基于磁盘/数据库的多映射是否存在性能问题（我要求存储和搜索）？

3）任何想法或信息如何简要地使用它们。

4）任何其他想法对我来说都会很好。

注意：我想要针对上述问题的 Multimap（键可以有多个值）解决方案。而且我还必须考虑存储和搜索的性能。

我必须在我的 HashMultiMap 中存储超过 1 亿个键值（键可以有多个值）。任何人都可以帮助我存储和搜索哪个更快：

1)伯克利数据库

2)东京内阁

3) H2

4）EhCache

5) 或任何其他

另一点，那些性能是否与内存中的哈希映射大致相同？一点指导会更有帮助。谢谢。

注意：有关其中任何一项的信息也很有帮助。

我已按照此说明安装了京都内阁。但是，这表示您必须在类路径中添加kyotocabinet.jar才能编译 java 文件。但是，我在任何地方都找不到kyotocabinet.jar文件。我尝试使用他们的命令添加kyotocabinet.jar。那也行不通。任何人都可以帮助我，为什么会发生这种情况以及如何解决这个问题？

我有超过 1 亿个键值对（一个键可以有多个值）。我正在使用 Tokyo Cabinet 的 BDB (B+Tree DB)，其键值是 32 位字节数组。

东京内阁是否可以设置它可以使用多少内存（下限和上限）？实际上，我有 8GB 内存，但似乎无法利用大内存。

还有一点就是，我想知道怎么设置，

tokyoCabinet.tune() tokyoCabinet.optimize() tokyoCabinet.setxmsiz() tokyoCabinet.setcache() 这些参数，因此我可以为我的情况获得最大的调整。提前致谢。任何想法对我也有帮助。

东京内阁是否支持内存 B+ 树？如果是这样，我该如何使用它们？因为在一些网络文章（例如这里和这里）中，报告了这种用法，但我找不到任何描述如何做到这一点的文档。谢谢。

What is the correct way to restart with a clean datastore with TokyoTyrant? Can it be done via the Linux command line?

I'm working on a project where I need to restart both TokyoTyrant and Solr in sync.