MongoDB最适合什么情况?

MongoDB最适合什么情况?,mongodb,Mongodb,场景为搜索栏和Mongo构建一个基本的自动完成似乎是自动完成和搜索结果的答案,在过去,我会使用主干来自动完成,搜索结果将是来自Linq sql的列表 我在寻找速度,Mongo似乎是这里的关键,然而MongoDB似乎比pro分配了更多的缺点 切中要害: MongoDB看起来是为了解决这个问题而设计的吗 牺牲功能是否值得这么快?(快多少?)和成本?(托管) MongoDB很棒,我想要想看到RDM上没有Sql的更大图景,我必须看到一个好的场景 我将尝试提及mongodb的强弱两方面 strong 文

场景为搜索栏和Mongo构建一个基本的自动完成似乎是自动完成和搜索结果的答案,在过去,我会使用主干来自动完成,搜索结果将是来自Linq sql的列表

我在寻找速度,Mongo似乎是这里的关键,然而MongoDB似乎比pro分配了更多的缺点

切中要害:
  • MongoDB看起来是为了解决这个问题而设计的吗
  • 牺牲功能是否值得这么快?(快多少?)和成本?(托管)
  • MongoDB很棒,我想要想看到RDM上没有Sql的更大图景,我必须看到一个好的场景

我将尝试提及mongodb的强弱两方面

strong

  • 文档(SQL中的行)中可以有任何结构(模式) 一个集合(以SQL表示的表)
  • 易于使用您的数据库
  • 好办法
  • 好速度
  • 可以使用
  • 没有。因此,您不能在一个请求中操作来自不同集合的数据
  • 没有。但是使用单个文档进行操作是原子的
  • 一个文档的大小是(而不是在GridFS中)

  • 这个问题将提出大量基于观点的答案,太宽泛(根据规则,两者都是不可接受的),而且Stackoverflow是一个错误的提问位置,因为它针对的是编程问题。你最好继续问下去。已经有很多类似的问题了。这可能会有帮助:@MarkusWMahlberg很好