假设您的数据本质上是相当相关的，但是您的应用程序的规模已经超出了数据库的性能能力...鉴于大多数 NoSQL 解决方案似乎 promise 更好的性能(我正在开发一个真正的-时间内容推荐引擎)，我正在寻找替代方案。我可以想出一些方法来改变我的数据模型，这样它就可以表示为文档、图表，甚至简单/滥用的键值对......
但是[复杂性与性能]的权衡值得/明智吗？增加应用程序的复杂性以便我们可以在以下环境中使用面向文档的数据库听起来合理吗？希望性能会提高？
在这种情况下有哪些经过验证的原则/经验法则可以指导设计决策？
最佳答案
我会推荐Fighting the NoSQL mindset和 NoNoSQL
尽管它们的标题不同，但它们都没有偏向于传统的 RDBMS，它们都在权衡方面给出了相当不错的观点。这个话题在互联网上已经流行了很多年，但很难从喧嚣中挑选出高质量的文章。祝你好运!
关于sql - 选择数据库范式，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19993708/