Berkeley DB java 版本，有 Java 中的 LGPL 或 BSD 替代品吗？
我正在处理一个由键值对组成的巨大数据集。查询始终采用键空间范围查询的形式（键是数字），因此任何类似 B 树的持久结构都可以处理这种情况。我想使用 BDB-Java 版本，但该产品是闭源的，我的公司不想购买 BDB-JE 许可证。我想知道，您能否分享您使用任何基于非 GPL java 的键值存储系统的经验。
谢谢， -一个
I am dealing with a huge dataset consisting of key-value pairs. The queries are always in the form of range queries on the key space (keys are numbers) hence any persistent B-Tree like structure will handle the situation. I would like to use BDB-Java Edition but the product is closed source and my company doesn't want to buy BDB-JE License. I am wondering, would you please share your experience with any non-GPL java based key-value storage system.
Thanks,
-A
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
还有OrientDB，这是一个用Java编写的文档数据库，可以嵌入到应用程序中（无需外部服务器）如 BDB Java 版本。他们使用 Apache 2.0 许可证。
它们还有基于键/值的变体：OrientKV。我自己并没有真正使用过 Orient，只是闲逛，所以我不知道它是否支持您的用例（键空间上的范围查询）。然而，它宣传自己速度非常快。
不过，Orient DB 似乎并没有被广泛使用。我什至提出了一个问题< /a> 询问是否有人有任何经验可以分享。
There is also OrientDB, which is a document database written in Java and can be embedded to application (no external server) like BDB Java edition. They use Apache 2.0 license.
They also have key/value based variant: OrientKV. I haven't really used Orient myself, just poking around, so I don't know if it supports your use case (range queries on key space). However, it advertises itself as really fast.
Though, it seems Orient DB is not very widely used. I even made a question asking if anybody has any experiences to share.
Tokyo Cabinet 是一个非常快的 KV 存储，它位于 LGPL 之下，并且像 BDB 一样嵌入，支持 BTree。它是基于 C 的，但有一个 javaclient 可用，而且我安装它没有遇到任何问题。
MongoDB 和 CouchDB 不错，但它作为单独的服务器运行。 Java 支持再次可用。
Tokyo Cabinet comes to mind as a very fast KV store which is under the LGPL and is embedded like the BDB and supports BTrees. It is c-based but a javaclient is available and I had no trouble installing it.
MongoDB and CouchDB nice , but it runs as a separate server. Again Java support is available.