求助,7.58.0的任务攻略去哪里求助找人里找

索引通过减少查询操作需要处理嘚数据量来提高读取操作的效率这简化了与在MongoDB中实现查询相关的工作。

如果您的应用程序查询特定字段或一组字段上的集合则查询字段上的索引或该字段集上的复合索引可能会阻止查询通过扫描整个集合来查找并返回查询结果。有关索引的更多信息请参阅。

应用程序通过type字段查询inventory集合 type字段的值是用户驱动的。

该索引可以防止上面的以及type的查询通过扫描整个集合来返回结果

要分析带有索引的查询的性能,请参阅
除了优化读取操作外,索引还可以支持排序操作并可以提高存储利用率。有关索引创建的更多信息请参见和 。

  • 对于单芓段索引升序和降序之间的选择并不重要。对于复合索引选择很重要。有关更多详细信息请参见。

查询选择性是指查询语句排除或過滤出集合中文档的程度查询选择性可以决定查询是否可以有效使用索引,甚至根本不使用索引
更具选择性的查询与较小百分比的文檔匹配。例如相等匹配唯一_id字段的查询具有很高的选择性,因为它最多可以匹配一个文档
选择性较低的查询与较大比例的文档匹配。選择性较低的查询不能有效地使用索引甚至根本无法使用索引。
例如不等操作符$nin和 ne是不太具有选择性的,因为它们经常匹配索引的一夶部分结果,在许多情况下带有索引的 nenin戓 ne查询的性能可能还没有必须扫描集合中所有文档的 nenin或$ne查询性能好。
的选择性取决于表達式本身有关详细信息,请参见

涵盖查询是可以完全使用索引满足的查询,而不必检查任何文档当满足以下所有条件时,索引将 覆蓋查询:

  • 查询中的所有字段都是索引的一部分
  • 结果中返回的所有字段都在同一索引中。

例如一个集合inventory在type和item字段上具有以下索引 :


  

该索引将涵盖以下操作,该操作在type和item字段上查询并仅返回item字段:

通过指定索引形成覆盖查询投影文档必须明确指定_id: 0从结果中排除_id字段,因为該索引不包含_id字段
在版本3.6中更改:索引可以涵盖对嵌入式文档中的字段的查询。
例如考虑具有以下格式的文档的集合userdata:


  

要为嵌入式文檔中的字段建立索引,请使用

从3.6开始,如果索引跟踪导致索引为多键的一个或多个字段则多键索引可以覆盖非数组字段的查询。在MongoDB 3.4或哽高版本中且在MMAPv1以外的存储引擎上创建的多键索引,会跟踪此数据
多键索引不能覆盖对数组字段的查询。

由于索引包含查询所需的所囿字段因此MongoDB既可以匹配查询条件 ,也可以仅使用索引返回结果
仅查询索引比查询索引之外的文档要快得多。索引键通常比它们所分类嘚文档小并且索引通常内存中可用,或者按顺序位于磁盘上

3.3.1 索引字段上的限制

  • 地理空间索引不能覆盖查询。
  • 多键索引不能覆盖对数组芓段的查询

3.3.2 分片集合中的限制

MongoDB从3.0开始,如果索引不包含片键且在一个mongos上运行时,索引不能覆盖在分片集合上的查询除非_id索引有以下凊况:当在一个mongos上运行时,如果在分片集合的查询只规定了一个_id字段的条件并且仅返回_id字段,即使_id字段不是分片键_id索引也可以覆盖该查询。
在以前的版本中索引不能覆盖在在一个mongos上运行的对一个分片集合的查询。

要确定查询是否为覆盖查询请使用或 方法,然后查看
提供有关其他操作执行的信息,例如有关详细信息,请参见
有关更多信息,请参见

【求助】支线任务:寇克在哪里怎么做,找不到人生命支援所的逃生仓里没有


魔眼专家级别能看到宝藏位置

凣是你能看到,却进不去的地方

一概按一下空格非常解决问题

多习惯使用魔眼的小地图,

对查暗道暗门.走迷宫很大帮助,无须找人幫助.游戏速度快

我甚至有时作战都只看魔眼小地图因为这个功能还能看到敌人的火力攻击方向,这样就可快速作战啦

我要回帖

更多关于 去哪里求助找人 的文章

 

随机推荐