问题标签 [berkeley-db-je]

我计划在BerkeleyDB JE数据库中插入大量唯一键 ( ~3E9 ) 。

键将具有固定长度（~10 字节），但值将具有可变长度。数据库不会是事务性的。

你会为EnvironmentConfig和DatabaseConfig建议什么参数来优化我的数据库的大小和速度？

非常感谢，

皮埃尔

We're using JE 4.1.6 DPL. I set my environment max cache size using:

cacheSize =1000000000

After running for awhile I find that my cache grows beyond this setting

How can this be?

Thanks Chuck

berkeleydb je 的“SELECT COUNT(*) FROM xz WHERE xz.a > value”是什么？http://www.oracle.com/technetwork/database/berkeleydb/performing.pdf列出了我需要的大部分查询。但这一个不见了。

目前我找到了一种使用 Collections API 的方法。EntityIndex.sortedMap().tailMap(key).size() 要具体。但这有局限性/问题：

• size 不能大于 Integer.MAX_VALUE 如果您使用任何大于 int 作为索引键，这是一个问题
• http://download.oracle.com/docs/cd/E17277_02/html/java/com/sleepycat/collections/StoredContainer.html#size() 告诉我，当前事务不隔离计数。索引将有许多并发更改，并且该索引中每个对象的相对位置将与其他对象进行比较。这种比较需要准确，因为支付模式就是基于此。

目前我评估 berkeleydb je-4.1.6/DPL。

我正在寻找将 BDB 的 Java 版 4.1.7 的数据库类型从 BTree 更改为 Hash。核心版本有 DatabaseType.HASH、DatabaseType.RECNO 和 DatabaseType.Queue——Java 版不支持这些吗？如果是这样，有理由放弃这些吗？

我在 Java 中使用 DPL。我有 1GB 的数据存储。我正在触发 5 个线程，它们试图在 1 秒的间隔后读取相同的记录。最初，读取操作大约需要 15 毫秒，大约 5-10 次读取，然后稳定到 0 毫秒（微秒），然后在 10-20 次读取后，读取操作出现一个峰值（15 毫秒）。

造成这种情况的根本原因是什么以及如何配置 BDB 来解决它。

谢谢

如何在 Berkeley DB 中使用sum()、count()和？group by有没有替代方法？

我们正在编写基于 BerkleyDB JE 和 Lucene 的本地搜索服务。BDB 用于存储原始文档，Lucene 用于搜索。我们计划复制 BDB 存储以实现高可用性和平衡读取请求。

但有一个问题。当文档在 BDB 从站上复制时，应用程序需要知道哪些文档应该在 Lucene 索引中重新索引。据我了解，复制日志已经包含这些条目（实际上我只需要主键）。

所以我的问题是有什么方法可以访问 Berkley DB 复制日志并计算复制流中哪些记录发生了更改？

我想知道 Berkeley DB JE 是否适合存储 100M 文档的简单键/值对。

我需要在 BDB 上获取 <75ms 的时间，获取一个文档。

提前致谢

我想在值是图像位图的 Android 设备上使用快速键值存储。存储应该由磁盘备份并提供一些缓存，从而最小化磁盘 IO。多线程访问是可取的，但不是必需的。

我查看了似乎满足要求的Java Berkeley DB 。还有其他性能更好的库吗？还是 Berkeley DB 在 Android 平台上表现良好？

我可以接受需要单个键值对驻留在内存中的解决方案，但存储完整的键值对集可能会超过设备内存的大小。

我正在开发一个 Android 数据库应用程序。

我计划在 Android 手机中使用新发布的 Oracle Berkeley DB 11g 作为我的数据库，因为它具有与 Database Lite Mobile Server 的自动同步功能。

我已经在我的 Android 应用程序中实现了 Berkeley DB。现在我想要一些如何与 Mobile Server 同步的信息。我没有得到太多关于这方面的信息。

任何人都可以帮助了解如何在 Android Berkeley DB 和 Mobile Server 之间同步数据。

非常感谢..............