假设您的数据本质上是相当关联的，但是您的应用程序的规模已经超出了数据库的性能......鉴于大多数NoSQL解决方案似乎都承诺更好的性能（我正在开发一个真实的 - 时间内容推荐引擎），我正在寻找替代方案。我可以想办法打破我的数据模型，这样就可以表示为文档，图形，甚至是简单/滥用的键值对......
但[复杂性与性能]的权衡在哪里值得/聪明？增加应用程序的复杂性是否合理是否合理，以便我们可以使用面向文档的数据库表现会增加的希望？
在这种情况下，有哪些经过验证的原则/经验法则可以指导设计决策？
答案 0 :(得分：3)
我建议Fighting the NoSQL mindset和NoNoSQL
这些都没有偏向传统的RDBMS，尽管它们的标题，它们都给出了相当不错的权衡视角。这个主题已经在互联网上肆虐多年，但质量文章很难从噪音中挑选出来。祝你好运！