aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAmit Kapila <akapila@postgresql.org>2020-01-03 10:52:46 +0530
committerAmit Kapila <akapila@postgresql.org>2020-01-03 10:52:46 +0530
commitd5b6b6515b35b11c82ce620fa84c989f246068aa (patch)
tree485bb0c63b203277145fb51bd3ab9f555c7f6bf9
parent0c41c83d8ff44ed8f9753885e2c11b3277babcce (diff)
downloadpostgresql-d5b6b6515b35b11c82ce620fa84c989f246068aa.tar.gz
postgresql-d5b6b6515b35b11c82ce620fa84c989f246068aa.zip
Fix typos in parallel query docs.
Reported-by: Jon Jensen Author: Jon Jensen Reviewed-by: Amit Kapila and Robert Haas Backpatch-through: 10 Discussion: https://postgr.es/m/nycvar.YSQ.7.76.1912301807510.9899@ybpnyubfg
-rw-r--r--doc/src/sgml/parallel.sgml4
1 files changed, 2 insertions, 2 deletions
diff --git a/doc/src/sgml/parallel.sgml b/doc/src/sgml/parallel.sgml
index af5d48a5c79..95306287e20 100644
--- a/doc/src/sgml/parallel.sgml
+++ b/doc/src/sgml/parallel.sgml
@@ -277,7 +277,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
scan</emphasis>, the cooperating processes take turns reading data from the
index. Currently, parallel index scans are supported only for
btree indexes. Each process will claim a single index block and will
- scan and return all tuples referenced by that block; other process can
+ scan and return all tuples referenced by that block; other processes can
at the same time be returning tuples from a different index block.
The results of a parallel btree scan are returned in sorted order
within each worker process.
@@ -410,7 +410,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
involve appending multiple results sets can therefore achieve
coarse-grained parallelism even when efficient partial plans are not
available. For example, consider a query against a partitioned table
- which can be only be implemented efficiently by using an index that does
+ which can only be implemented efficiently by using an index that does
not support parallel scans. The planner might choose a <literal>Parallel
Append</literal> of regular <literal>Index Scan</literal> plans; each
individual index scan would have to be executed to completion by a single