Sql 选择数据库范式
假设您的数据本质上是相当相关的，但应用程序的规模已经超过了数据库的性能能力。。。鉴于大多数NoSQL解决方案似乎承诺了更好的性能（我正在开发一个实时内容推荐引擎），我正在寻找替代方案。我可以想办法改变我的数据模型，使它可以表示为文档、图形，甚至简单/滥用的键值对 但是[complexity vs performance]折衷的价值何在/smart？？？增加应用程序的复杂性，以便我们可以使用面向文档的数据库，以期提高性能，这听起来合理吗 在这种情况下，指导设计决策的一些行之有效的原则/经验法则是什么？我建议 这两种方法都不偏向于传统的关系型数据库，尽管它们都有各自的名称，但它们都给出了相当不错的权衡视角。这个话题已经在互联网上流行了好几年，但是很难从喧嚣中挑选出高质量的文章。祝你好运 编辑：差点忘了Sql 选择数据库范式,sql,database-design,architecture,nosql,Sql,Database Design,Architecture,Nosql,假设您的数据本质上是相当相关的，但应用程序的规模已经超过了数据库的性能能力。。。鉴于大多数NoSQL解决方案似乎承诺了更好的性能（我正在开发一个实时内容推荐引擎），我正在寻找替代方案。我可以想办法改变我的数据模型，使它可以表示为文档、图形，甚至简单/滥用的键值对 但是[complexity vs performance]折衷的价值何在/smart？？？增加应用程序的复杂性，以便我们可以使用面向文档的数据库，以期提高性能，这听起来合理吗 在这种情况下，指导设计决策的一些行之有效的原则/经验法则是什