【问题标题】:Design Schema advice for large array MongoDB - Mongoose大型数组 MongoDB 的设计模式建议 - Mongoose
【发布时间】:2015-01-09 23:22:18
【问题描述】:

我有一张 Json 格式的多边形地图。这具有所有多边形 [lat,long] 坐标。 每个多边形都有一个索引 ID,用户将通过分配红色、绿色、蓝色来验证。 因为很多人会同时验证,所以我不知道哪种设计最能实现这一点。我们想让它快点,因为有 w

我现在的架构正在存储诸如

数据:[{'1': 'r'}, {'2': 'g'}] 等等。但是会有超过 5000 个多边形。

除此之外,还会有不同的地图。

我是否应该将我的地图作为 1 个文档,参考 [users]。或者在用户文档中有一组验证结果?

谢谢!

【问题讨论】:

    标签: mongodb mongoose nosql


    【解决方案1】:

    我认为你应该选择你的第一个选项。实际上,如果您有一个大数组并且该数组将来可能会增加,您应该使用分离的集合而不是数组来提高您的应用程序的性能。 如果你必须使用一个大的嵌入式数组,你可以尝试为你的数组创建一个索引。

    Asya Kamsky 有一篇与此问题相关的有用文章。您可以联系from here

    你还可以做一件事,它会彻底杀死你的 应用程序的性能,这是索引这个不断增长的 大批。这意味着每次文档与 这个数组被重定位,需要的索引条目数 更新与索引值的数量成正比 该文档,并且数组越大,该数字越大 是。

    【讨论】:

      猜你喜欢
      • 2015-06-27
      • 2013-06-12
      • 1970-01-01
      • 2020-04-22
      • 1970-01-01
      • 2019-08-10
      • 1970-01-01
      • 1970-01-01
      • 2017-12-03
      相关资源
      最近更新 更多