@@ -32,8 +32,8 @@ of index configurations with data sets similar to the ones you'll be
3232running in production to see which configurations perform best.
3333
3434MongoDB 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.
3737
3838.. _indexes-create-to-match-queries:
3939
@@ -63,7 +63,7 @@ you also can query on ``category`` combined with ``item``.
6363(To query on multiple keys and sort the results, see :ref:`index-sort`.)
6464
6565With 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.
6767
6868.. _compound-key-indexes:
6969.. _indexes-compound-key-indexes:
@@ -207,7 +207,7 @@ are equality matches.
207207Ensure Indexes Fit RAM
208208----------------------
209209
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
211211that the system can avoid reading the index from disk.
212212
213213To check the size of your indexes, use the
@@ -226,10 +226,10 @@ available but also must have RAM available for the rest of the
226226
227227If you have and use multiple collections, you must consider the size
228228of 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.
230230
231231There 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`.
233233
234234.. seealso:: For additional :doc:`collection statistics
235235 </reference/collection-statistics>`, use :dbcommand:`collStats` or
@@ -241,7 +241,7 @@ Indexes that Hold Only Recent Values in RAM
241241~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
242242
243243Indexes 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
245245select recently added documents; then MongoDB only needs to keep the
246246parts of the index that hold the most recent or "right-most" values in
247247RAM. This allows for efficient index use for read and write
0 commit comments