【问题标题】:Choosing database paradigm [closed]选择数据库范例 [关闭]
【发布时间】:2013-11-28 09:51:59
【问题描述】:

假设您的数据本质上是相当相关的,但是您的应用程序的规模已经超出了数据库的性能能力......鉴于大多数 NoSQL 解决方案似乎都承诺更好的性能(我正在研究一个真正的-time 内容推荐引擎),我正在寻找替代方案。我可以想出一些方法来修改我的数据模型,这样它就可以表示为文档、图表,甚至是简单/滥用的键值对......

但是 [复杂性与性能] 权衡在哪里值得/聪明?? 增加应用程序的复杂性以便我们可以使用面向文档的数据库听起来合理吗?希望性能会提高吗?

在这种情况下,有哪些经过验证的原则/经验法则可以指导设计决策?

【问题讨论】:

    标签: sql database-design architecture nosql


    【解决方案1】:

    我会推荐Fighting the NoSQL mindsetNoNoSQL

    尽管它们的标题,它们都不偏向传统的 RDBMS,它们都给出了相当不错的权衡观点。这个话题已经在互联网上肆虐多年,但很难从噪音中挑选出高质量的文章。祝你好运!

    编辑:差点忘了NoSQL data modeling techniques

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-12-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-04-18
      • 2020-12-24
      • 2013-09-04
      • 1970-01-01
      相关资源
      最近更新 更多