Skip to content

Commit 2580f26

Browse files
author
Bob Grabar
committed
DOCS-386 edit glossary
1 parent 70a58ae commit 2580f26

File tree

1 file changed

+25
-21
lines changed

1 file changed

+25
-21
lines changed

source/reference/glossary.txt

Lines changed: 25 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -591,18 +591,18 @@ Glossary
591591
eventual consistency
592592
A property of a distributed system allowing changes to the
593593
system to propagate gradually. In a database system, this means
594-
that readable nodes are not required to reflect the latest
594+
that readable members are not required to reflect the latest
595595
writes at all times. In MongoDB, reads to a primary have
596-
:term:`strict consistency`; reads to secondary nodes have
596+
:term:`strict consistency`; reads to secondaries have
597597
:term:`eventual consistency`.
598598

599599
strict consistency
600-
A property of a distributed system requiring that all nodes
600+
A property of a distributed system requiring that all members
601601
always reflect the latest changes to the system. In a database
602602
system, this means that any system that can provide data must
603603
reflect the latest writes at all times. In MongoDB, reads to a
604604
primary have :term:`strict consistency`; reads to secondary
605-
nodes have :term:`eventual consistency`.
605+
members have :term:`eventual consistency`.
606606

607607
write concern
608608
Specifies whether a write operation has succeeded. Write concern
@@ -617,16 +617,16 @@ Glossary
617617

618618
priority
619619
In the context of :term:`replica sets <replica set>`, priority
620-
is a configurable value that helps determine which nodes in
620+
is a configurable value that helps determine which members in
621621
a replica set are most likely to become :term:`primary`.
622622

623-
.. seealso:: :ref:`Replica Set Node Priority
623+
.. seealso:: :ref:`Replica Set Member Priority
624624
<replica-set-node-priority>`
625625

626626
election
627627
In the context of :term:`replica sets <replica set>`, an election
628628
is the process by which members of a replica set select
629-
primary nodes on startup and in the event of failures.
629+
primaries on startup and in the event of failures.
630630

631631
.. seealso:: :ref:`Replica Set Elections
632632
<replica-set-elections>` and :term:`priority`.
@@ -653,25 +653,25 @@ Glossary
653653

654654
arbiter
655655
A member of a :term:`replica set` that exists solely to vote
656-
in :term:`elections <election>`. Arbiter nodes do not replicate data.
656+
in :term:`elections <election>`. Arbiters do not replicate data.
657657

658-
.. seealso:: :ref:`Delayed Nodes <replica-set-delayed-members>`
658+
.. seealso:: :ref:`Delayed Members <replica-set-delayed-members>`
659659

660660
read preference
661661
A setting on the MongoDB :doc:`drivers </applications/drivers>`
662662
that determines how the clients direct read
663663
operations. Read preference affects all replica sets including
664-
shards. By default, drivers direct all reads to :term:`primary`
665-
nodes for :term:`strict consistency`. However, you may also
666-
direct reads to secondary nodes for :term:`eventually consistent
664+
shards. By default, drivers direct all reads to :term:`primaries <primary>`
665+
for :term:`strict consistency`. However, you may also
666+
direct reads to secondaries for :term:`eventually consistent
667667
<eventual consistency>` reads.
668668

669669
.. seealso:: :ref:`Read Preference <replica-set-read-preference>`
670670

671671
replication lag
672672
The length of time between the last operation in the primary's
673673
:term:`oplog` last operation applied to a particular
674-
:term:`secondary` or :term:`slave` node. In general, you want
674+
:term:`secondary` or :term:`slave`. In general, you want
675675
to keep replication lag as small as possible.
676676

677677
.. seealso:: :ref:`Replication Lag <replica-set-replication-lag>`
@@ -689,14 +689,14 @@ Glossary
689689
level between the application layer and the database server.
690690

691691
failover
692-
The process that allows one of the :term:`secondary` nodes in a
692+
The process that allows one of the :term:`secondary` members in a
693693
:term:`replica set` to become :term:`primary` in the event of
694694
a failure.
695695

696696
.. seealso:: :ref:`Replica Set Failover <replica-set-failover>`.
697697

698698
data-center awareness
699-
A property that allows clients to address nodes in a system to
699+
A property that allows clients to address members in a system to
700700
based upon their location.
701701

702702
:term:`Replica sets <replica set>` implement data-center
@@ -714,8 +714,8 @@ Glossary
714714

715715
recovering
716716
A :term:`replica set` member status indicating that a member
717-
is synchronizing or re-synchronizing its data
718-
from the primary node. Recovering nodes are unavailable for reads.
717+
is not ready to begin normal activities of a secondary or primary.
718+
Recovering members are unavailable for reads.
719719

720720
control script
721721
A script used by a UNIX-like operating system to start, stop,
@@ -915,7 +915,11 @@ Glossary
915915
sync
916916
The :term:`replica set` operation that replicates data from the
917917
:term:`primary` to the other members of the set that hold data.
918-
Replication uses two types of sync: "initial sync," in which one
919-
member clones the data from another member, and "oplog sync," in
920-
which one member copies the oplog entries from another member and
921-
then applies them.
918+
Replica sets synchronize data at two different points:
919+
920+
- "Initial sync" occurs when MongoDB creates new databases on a
921+
new or restored :term:`replica set` member, populating the the
922+
member with the replica set's data.
923+
924+
- "Replication" occurs continually after initial sync and keeps
925+
the member updated with changes to the replica set's data.

0 commit comments

Comments
 (0)