（memcached +关系数据库）vs nosql

Question

Memcached +关系数据库看起来像一个很好的解决方案，如果你不需要扩展twitter或facebook的大小......当NoSQL是首选的时候，即使高可伸缩性是有原因的不是要求..

Answer 1

回复：是有原因的时候NoSQL的将是首选，即使高可扩展性不是必需的

是，NoSQL的（例如，CouchDB的）条目可以在除了本身的价值属性。

可以通过将属性+值序列化到memcache存储中，使用memcache来伪造它。

Answer 2

一个你可能没有的memcached优势：关键（键范围等）上的'模糊'匹配，以及更多的控制你的密钥存储在nosql然后在memcached本身，这将需要一个与nosql中的批量检索/更新相比，每个密钥都未设置/更新。

据我收集一般统计数据&关系可能很难检索，根据数据，在不需要高可扩展性的系统上，保存/更新可能会更加密集。