问题标签 [mongodb-indexes]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
mongodb - MongoDB中的索引列表?
有没有办法在 shell 中查看 mongodb 中集合的索引列表?我通读了http://www.mongodb.org/display/DOCS/Indexes但我什么也没看到
mongodb - 何时对 mongodb 中的多个键进行索引
假设我有一个带有 :price 和 :qty 字段的 Item 文档。有时我想查找与给定 :price AND :qty 匹配的所有文档,而在其他时候,它会单独为 :price 或单独为 :qty。
我已经为 :price 和 :qty 键编制了索引,但我是否还需要同时在两者上创建复合索引,或者单键索引是否足够?
编辑:我发现 mongodb 网站上的这篇文章非常有用:
mongodb - MongoDB - sort() 数据过多,没有索引错误
我正在使用 MongoDB 1.6.3 来存储一个大集合(300k+ 记录)。我添加了一个复合索引。
但是,当我尝试运行此代码时:
我正进入(状态:
Mongo::OperationFailure (sort() 没有索引的数据太多。添加索引或指定更小的限制)
我究竟做错了什么?
mongodb - 在 Mongo 中,如何显示集合的索引?
我只想显示外壳中的所有索引。
mongodb - 不同类型的 MongoDB 索引
我们可以在同一个集合中拥有 { data: "hello" }, { data: 123 },甚至可以在其上创建索引。我很好奇 mongodb 是如何在后台管理索引的。我们不能在不同类型上创建单个 B 树。正确的?但是,我确实 getIndexes 来查看是否创建了另一个索引但只创建了一个索引。
mongodb - mongodb:多键索引结构?
我发现很难理解如何在 mongodb 中对多键进行准确的索引。
这是我在其网站上的 mongodb 文档中读到的关于多键的内容:
1)“在数组元素索引上创建索引会导致数据库索引数组的每个元素”
2)“......将索引文档上的所有标签,并为该文档的“X”、“Y”和“Z”创建索引条目。”
那么该文档的索引条目到底是什么意思呢?每个文档是否记住条目,在这种情况下搜索将是全表扫描?或者它是 mysql 的相同 b-tree 索引,其中每个索引条目将指向每个相应事件的多个文档,在这种情况下,我想太多了。
举个例子:
请帮我理解!提前致谢。
regex - MongoDB regular expression with indexed field
I was creating my first app using MongoDB. Created index for a field, and tried a find query with $regex param, launched in a shell
It's very strange, because when i'm launching the same query, but with no index in collection, the performance is much better.
Obviously, searching a field with index without regex is working much faster(i.e. searching document with constant field) , but i'm really interested in reason of such behavior.
mongodb - 排序时mongodb不使用索引?
我有一个包含这些索引的集合:
和一个像这样的查询
与索引一起工作正常
但是使用 msgid 排序时:
mongodb 不再使用索引:
任何解决方案?
mongodb - 是否有任何工具可以估计 MongoDB 中的索引大小?
我正在寻找一种工具来根据以下几个信号对 MongoDB 索引的大小进行适当的估计:
- 我的收藏中有多少文档
- 索引字段的大小
- 如果不是 ObjectId,我正在使用的 _id 的大小
- 地理/非地理
有没有人偶然发现过这样的事情?我可以想象它会非常有用,因为一旦 Mongo 遇到内存墙并且文档开始被分页到磁盘,它的性能就会下降。如果我有一个正常运行的数据库并且想要添加另一个索引,那么我知道它是否太大的唯一方法就是实际添加它。
它不需要精确到一点点,但是通过一些关于 B-Trees 和索引实现的假设,我相信它可能足够合理以提供帮助。
如果这还不存在,我想构建并开源它,所以如果我错过了这个计算所需的任何参数,请包括在你的答案中。
mongodb - mongo中的稀疏索引和空值
我不确定我是否正确理解稀疏索引。
我在 fbId 上有一个稀疏的唯一索引
我期待这将允许我插入带有 null 作为 fbId 的记录,但这会引发重复键异常。如果 fbId 属性被完全删除,它只允许我插入。
稀疏索引不应该处理吗?