我还没有遇到过这个问题,但这就是我的想法(非常肤浅和简单化恕我直言)
如果您有键值类型的存储,并且所有访问都是键查找,请使用 NOSQL 解决方案。
如果您想要基于值(和子值)进行查找或者有一些更复杂的东西(例如联接),您会选择关系解决方案。事务 = 关系(我不太确定 nosql 解决方案是否支持该概念)
它看起来也像 NOSQL = 非规范化(SQL)(我在这里可能犯了很大的错误)
一般来说,任何原则/指南/经验规则都可以决定为您的应用程序选择数据模型。
人们可以使用多种因素来选择数据库实现,其中一些因素是:
- 成本:NoSQL数据库更倾向于开源、更便宜的一面
- 可扩展性:NoSQL 可以通过更便宜的硬件更好地扩展
- 如果您有太多连接,您应该选择传统的 RDBMS
- 一致性保证可能会根据使用 NoSQL 的解决方案而有所不同
您还可以查看以下播客:“第 165 集:Dwight Merriman 的 NoSQL 和 MongoDB” http://www.se-radio.net/podcast/2010-07/episode-165-nosql-and-mongodb-dwight-merriman在 SE 广播电台上。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)