【发布时间】:2010-07-14 23:22:26
【问题描述】:
如果您不必在 twitter 或 facebook 的规模上进行扩展,Memcached + 关系数据库看起来是一个很好的解决方案......即使不需要高可扩展性,是否有理由首选 NoSQL..
【问题讨论】:
-
记得为有帮助的答案投票,并选择最能回答您的问题的答案。
标签: database memcached scalability nosql
如果您不必在 twitter 或 facebook 的规模上进行扩展,Memcached + 关系数据库看起来是一个很好的解决方案......即使不需要高可扩展性,是否有理由首选 NoSQL..
【问题讨论】:
标签: database memcached scalability nosql
Re:即使不需要高可扩展性,是否有理由首选 NoSQL
是的,NoSQL(例如 couchdb)条目除了值本身之外还可以具有属性。
您可以通过将属性 + 值序列化到 memcache 存储中来使用 memcache 伪造它。
【讨论】:
一个可能的优势是你在 memcached 中没有的:对键(键范围等)的“模糊”匹配,以及对 nosql 中的密钥存储的更多控制,然后是 memcached 本身,这需要每个-key unset/update,与 nosql 中的批量检索/更新相比。
据我收集的一般统计数据和关系可能更难检索,并且根据数据,在不需要高可扩展性的系统上保存/更新可能会更加密集。
【讨论】: