Skip to content

fixing wording #5566

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Jul 15, 2021
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
12 changes: 6 additions & 6 deletions source/core/zone-sharding.txt
Original file line number Diff line number Diff line change
Expand Up @@ -114,15 +114,15 @@ You must use fields contained in the :term:`shard key` when defining a new
range for a zone to cover. If using a :term:`compound <compound index>` shard
key, the range must include the prefix of the shard key.

For example, given a shard key ``{ a : 1, b : 2, c : 3 }``, creating or
updating a zone to cover values of ``b`` requires including ``a`` as the
prefix. Creating or updating a zone to covers values of ``c`` requires
For example, given a shard key ``{ a : 1, b : 1, c : 1 }``, creating or
updating a range to cover values of ``b`` requires including ``a`` as the
prefix. Creating or updating a range to covers values of ``c`` requires
including ``a`` and ``b`` as the prefix.

You cannot create zones using fields not included in the shard key. For
You cannot create ranges using fields not included in the shard key. For
example, if you wanted to use zones to partition data based on
geographic location, the shard key would need at least one field that
contained geographic data.
geographic location, the shard key would need the first field to
contain geographic data.

When choosing a shard key for a collection, consider what fields you might
want to use for configuring zones. After sharding, you cannot change the
Expand Down