我们何时需要一个键/值数据库而不是键/值缓存服务器？

大多数情况下，我们只是从数据库中获取结果，然后将其保存在缓存服务器中，并有到期时间。我们何时需要一个键/值数据库而不是键/值缓存服务器？

我们什么时候需要坚持这个键/值对，这样做有什么重要的好处？

2010-04-09 Gtker

如果你需要保存数据，那么你会想要一个键/值数据库。特别是，作为NoSQL运动的一部分，许多人建议用键/值对数据库替换传统的SQL数据库 - 但最终选择哪种模式更适合您的应用程序。

2010-04-09 16:17:52

键/值数据库如何用这种有限功能替换SQL数据库？ – Gtker 2010-04-09 16:19:46

它们不是插入式替代品，它们的设计功能较差，因此您可以获得速度折中。如果你想跟踪关系和约束等等，那么你基本上必须自己实现这个逻辑。在这一点上，您应该强烈考虑只使用RDBMS :) – 2010-04-09 16:25:21

当NoSQL显着地击败SQL +缓存服务器的经典组合时，您可以举一个例子吗？ – Gtker 2010-04-09 16:29:01

当您使用键/值缓存并且您不需要sql数据库时，请使用键/值数据库。

当你使用memcached/mysql或类似的，你需要编写两组数据访问代码 - 一个用于从缓存中获取对象，另一个用于从数据库中获取对象。如果缓存是你的数据库，你只需要一个方法，而且通常是简单的代码。

你确实因为没有使用SQL而失去了一些功能，但在很多情况下你并不需要它。只有最差的应用程序才会对数据库进行约束检查。特定查询在规模上变得不切实际。如果您使用推文而不是财务数据，偶尔丢失或不一致的记录根本无关紧要。你如何证明使用SQL数据库增加了复杂性？

2010-04-18 00:51:16

回答