问Derby与PostgreSql性能比较

EN

我知道我在这里发布答案为时已晚，但我希望确保将来没有人会犯使用Derby而不是任何生产质量的数据库的错误。我为这个答案的负面之处提前道歉--我试图在一个简短的问答中捕捉到整个工程团队的反感。

我们在许多小型客户部署中使用Derby的经验使我们严重怀疑它对测试环境以外的任何环境的用处。我们遇到了一些问题：

由锁升级引起的Derby

• 死锁--这是最大的一次，发生在一个客户身上，大约每周一次，或者two

• Interrupted I/O导致在Solaris上完全失败(在其他平台上可能不是问题)-我们必须构建一个填充程序来保护它免受这些失败的影响
• 无法处理复杂的查询，而
• Buggy事务日志实现导致表损坏，这需要我们导出数据库，然后重新导入(不能只是删除损坏的表)。在此过程中，我们仍然丢失了表-谢天谢地，我们有一个备份
• 无LIMIT语法
• 复杂查询的低性能
• 大型数据集的低性能

由于Derby是嵌入式的，与PostgreSQL相比，它更像是SQLite的竞争对手，后者是一个非常成熟的生产质量数据库，世界上一些最大的网站使用它来存储数of的数据集。如果您想要为增长做好准备，并且不想在调试其他人的数据库代码时被抓到，我建议您不要使用Derby。我没有任何使用SQLite的经验，但我无法想象它的可靠性会比Derby差很多，而且仍然像现在这样受欢迎。

事实上，我们现在正在移植到PostgreSQL。

Derby在性能上仍然相对较慢，但是...无论您的Java应用程序位于何处，您的数据库服务器都位于何处，完全独立于平台。您甚至不需要考虑在将Java应用程序复制到的位置安装DB服务器。

我使用的是MySQL和Java，但是在我的Java应用程序中嵌入数据库服务器的实现是令人惊叹的、前所未有的生产力、自由度和灵活性。

无论何时何地，在任何平台上总是包含一个数据库服务器对我来说简直就是天堂！

我没有直接比较Postgresql和Derby。但是，在不同的情况下使用过这两种方法后，我发现Derby是高度可靠的。但是，您需要注意Derby配置，以确保它适合您的应用程序需求。