问德比还是MySQL还是...？

EN

为什么Derby和MySQL是您唯一考虑的RDMBS？如果你说Derby，你应该看看HSQLDB，H2，SQLite。如果你说MySQL，你也应该看看Postgres (它有更多的功能)。

这只是一些免费的RDBMS的名字。当然，正如查利已经说过的那样，还有很多其他的原因，不管是哪种方式，都有很多理由。在Wikipedia上查看这个(IMO卓越的)比较页面，在那里你会发现任何RDBMS的优点和局限性：

http://en.wikipedia.org/wiki/Comparison_of_relational_database_management_systems

就您对webapp“可下载”的要求而言，您当然可以在webapp中嵌入一个关系型数据库管理系统( Derby、H2、HSQLDB中的任何一个)。但是你也可以将你的MySQL或者Postgres或者其他任何集成设置为可配置的，并给你的下载者提供如何设置你的webapp的指令。毕竟，当您为when应用程序使用容器配置的DataSource时，可以很容易地完成此配置。

现在，即使你认为使用嵌入式数据库开发你的webapp可能会更容易，你也应该总是先行一步。问题如下：

• 您是否能够直接连接到该数据库，以便轻松更正数据不一致？(这将发生在我们所有人身上)
• 你能轻松地改变模式吗？
• 你能轻松备份你的数据吗？
• 等...还有更多的维护问题，too

由于您的评论表明您的数据正在随着时间的推移而增加，并且应该持续存在，因此我不会选择嵌入式版本，而是将数据与应用程序分开。请注意，这并不会将Derby排除在应用程序设计之外。这只意味着您必须将Derby作为独立的服务器运行。

将产生差异的需求是所谓的“非功能性”需求:容量、可靠性、吞吐量(和响应时间)、可用性和安全性；这以及软件本身的问题，例如它有多容易获得，基于它维护软件有多难，等等。

Oracle速度非常快，非常健壮，支持得非常好，而且非常昂贵。

MySQL是一个很好的通用选择，得到了广泛的应用。它可以配置为高可用性和可靠性(通过镜像和主从)，它被许多程序员很好地理解，并且可以很好地集成到许多平台软件中，如Grails、Rails和JBoss。

Derby很好，因为它非常独立于平台，而且很多人很容易读懂Java。

SQLite速度快，重量轻，在Mac上或多或少是原生的。

..。诸若此类。

首先，找出哪些非功能需求是重要的，然后选择DBMS。

更新

好的，跟进你的评论。

有了这些数字，让我先问一下为什么要有一个独立的RDBMS？那就是1000行--考虑简单地将它们存储在内存中，比如说，存储在您序列化的集合中。

如果您确实需要一个DB，比如说因为您正在使用Rails，那么您不会挑战任何RDBMS --它可能很难选择，因为您所在的领域中所有的选择都是完美的。如果是这样，那么选择最容易使用和最容易支持的，它可能是但不一定是MySQL，因为每个人都在使用它。