@@ -32,8 +32,8 @@ of index configurations with data sets similar to the ones you'll be
32
32
running in production to see which configurations perform best.
33
33
34
34
MongoDB can only use *one* index to support any given
35
- operation. However, each clause of an :operator:`$or` query can use
36
- its own index.
35
+ operation. However, each clause of an :operator:`$or` query may use
36
+ a different index.
37
37
38
38
.. _indexes-create-to-match-queries:
39
39
@@ -63,7 +63,7 @@ you also can query on ``category`` combined with ``item``.
63
63
(To query on multiple keys and sort the results, see :ref:`index-sort`.)
64
64
65
65
With the exception of queries that use the :operator:`$or` operator, a
66
- query cannot use multiple indexes. A query must use only one index.
66
+ query does not use multiple indexes. A query uses only one index.
67
67
68
68
.. _compound-key-indexes:
69
69
.. _indexes-compound-key-indexes:
@@ -207,7 +207,7 @@ are equality matches.
207
207
Ensure Indexes Fit RAM
208
208
----------------------
209
209
210
- For fastest processing, ensure that your indexes fit entirely in RAM so
210
+ For the fastest processing, ensure that your indexes fit entirely in RAM so
211
211
that the system can avoid reading the index from disk.
212
212
213
213
To check the size of your indexes, use the
@@ -226,10 +226,10 @@ available but also must have RAM available for the rest of the
226
226
227
227
If you have and use multiple collections, you must consider the size
228
228
of all indexes on all collections. The indexes and the working set must be able to
229
- fit in RAM at the same time.
229
+ fit in memory at the same time.
230
230
231
231
There are some limited cases where indexes do not need
232
- to fit in RAM . See :ref:`indexing-right-handed`.
232
+ to fit in memory . See :ref:`indexing-right-handed`.
233
233
234
234
.. seealso:: For additional :doc:`collection statistics
235
235
</reference/collection-statistics>`, use :dbcommand:`collStats` or
@@ -241,7 +241,7 @@ Indexes that Hold Only Recent Values in RAM
241
241
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
242
242
243
243
Indexes do not have to fit *entirely* into RAM in all cases. If the
244
- value of the indexed field grows with every insert, and most queries
244
+ value of the indexed field increments with every insert, and most queries
245
245
select recently added documents; then MongoDB only needs to keep the
246
246
parts of the index that hold the most recent or "right-most" values in
247
247
RAM. This allows for efficient index use for read and write
0 commit comments