问什么时候不应该使用关系数据库？

EN

我建议你访问High Scalability blog，它几乎每天都在讨论这个话题，并且有许多关于选择分布式散列等而不是RDMBS的项目的文章。

快速(但非常不完整)的答案是，并不是所有的数据都能以有效的方式很好地转换为表。例如，如果您的数据本质上是一个大字典，那么可能有比普通的老式RDBMS更快的替代方案。话虽如此，这主要是性能问题，如果性能在项目中不是一个大问题，例如稳定性、一致性和可靠性，那么当RDBMS是一个更成熟和更完善的方案时，我认为没有太多必要钻研这些技术，它支持所有语言和平台，并有大量的解决方案可供选择。

15年前，我正在研究一个信用风险系统(基本上是一个大型的漫步系统)。我们在HPUX和solaris上使用Sybase，性能简直要了我们的命。我们直接从Sybase聘请了顾问，他们说这是不可能的。然后我们切换到OO数据库(在本例中是对象存储)，性能提高了大约100倍(代码的编写也简化了100倍)

但这种情况非常少见-关系数据库是很好的首选。

当您的模式变化很大时，您将很难使用关系数据库。这就是XML数据库或键值对数据库最适合的地方。或者，您可以使用IBM，并由单个数据库引擎管理关系数据和DB2数据。