什么是Souped的最佳的数据库散列表?
Angsuman Chakraborty
2007年7月6日
我真正地要的所有是存放与更多的非常大散列表读比写道。 比数据8GB应该能涉及更多。 钥匙将是有限的长度串。 我要它是极端快速的在读通入,稳定与突然的停工和在之外其他的问题我们的控制和与非常低CPU用法。 主导的竞争者依我所见是:
1. HSQLDB
2. H2数据库,从是HSQLDB的前辈特高声速的SQL的创作者
3.伯克利DB (Java版本)
4. MySQL (最少特选)
5.德比数据库
6. One$DB
7.自家酿造实施souped散列表
8. Prevayler
注: 数据库按没有特殊顺序被列出。
它应该更好地支持快速访问的记忆使用例如一张LRU名单。 然而它不应该取决于充分是被驾驶的记忆。 要总结上流读与可接受的表现写表现,并且低CPU用法是我的首要的关注。
盼望您的推荐。
归档在 数据库之下, HSQLDB, 标题新闻, Java软件, MySQL, 编程, RDBMS, 技术, 网, 网2.0, 网服务 |
|
RSS 2.0 |
Trackback 这篇文章 |
给这篇文章发电子邮件
您可以也喜欢读 |





































2007年7月7日在10:26 pm
您考虑了 赤土陶器 ? 非常大hashmaps是非常容易。
2007年7月7日在11:32 pm
那是一个非常有趣的产品。 感谢尖。
2007年7月10日在3:47上午
查看一下 db4o 。 它为Java是可利用的和。网
2007年7月10日在7:01 pm
快速读,低挥发性? LDAP服务器为那被修造亲切事。
欢呼。