假设您的数据本质上是相当相关的，但是您的应用程序的规模已经超出了数据库的性能能力......鉴于大多数 NoSQL 解决方案似乎承诺更好的性能（我正在处理实时内容推荐引擎），我正在寻找替代品。我可以想办法打乱我的数据模型，这样它就可以表示为文档、图表，甚至是简单/滥用的键值对......
但是 [复杂性与性能] 权衡在哪里值得/聪明？增加应用程序的复杂性以便我们可以使用面向文档的数据库以期提高性能听起来合理吗？
在这种情况下，有哪些经过验证的原则/经验法则可以指导设计决策？
问问题
526 次
1 回答
3
尽管它们的标题，它们都没有偏向传统的 RDBMS，它们都给出了相当不错的权衡观点。这个话题已经在互联网上肆虐多年，但很难从噪音中挑选出高质量的文章。祝你好运！
编辑：差点忘记NoSQL 数据建模技术
于 2013-11-15T05:19:02.747 回答