在生产模式下使用 Derby 或 HSQL 的经验 [关闭]答案

【问题标题】：Experience using Derby or HSQL in production mode [closed]在生产模式下使用 Derby 或 HSQL 的经验 [关闭]
【发布时间】：2010-10-10 07:34:37
【问题描述】：

有人尝试过在生产环境中使用 Derby 或 HSQLDB 吗？有什么好的、坏的或丑陋的经历？

【问题讨论】：

【解决方案1】：

H2 website 上有一个嵌入式数据库的比较（H2 是另一个非常快的嵌入式 Java DB，顺便说一句）：

这应该会给你一些事实。

【讨论】：

【解决方案2】：

查看这篇关于 HSQLDB 的帖子 Hibernate on hypersonic in production?

【讨论】：

【解决方案3】：

我在生产环境中将 HSQLDB 用于协调应用程序。它可以很好地扩展到 50 万条记录，数据库大小接近 2 GB。

不错
1）您可以调整内存。最初我们使用 2GB 堆运行，后来增加到 4GB 内存。您可以很好地为 CPU 调整内存。我们有不同的配置。 512MB 执行 15 分钟，4GB RAM 执行 2 分钟。

2) 回退到基于磁盘。后来我们切换到基于文件的表，我们将堆从 4GB 减少到 512MB。但是程序除了与内存相关的配置外不需要任何更改。

很高兴拥有。 1) 当分配的内存不足时，Windows 上的关机需要额外的时间。 2）索引有点黑魔法。一旦我们在超过 6 列上添加了 50 万条记录的索引。过程很慢，我们删除了额外的索引。它没有伤害我们。

总的来说，当记录数少于几百万且数据库大小小于 10GB 时，我强烈推荐 HSQLDB。它甚至可能适用于更高的需求，但我不认为它们可能是直截了当的。可能是其他文件可能会有所帮助。

顺便说一句，Fredt 对我在邮件列表中的问题非常迅速。

【讨论】：