open-dsi
/
postgres
mirror of https://github.com/postgres/postgres
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

doc: Consistently use result set in documentation

Browse Source 
We use "result set" in all other places so let's be consistent
across the entire documentation.

Reported-by: grantgryczan@gmail.com
Discussion: https://postgr.es/m/172187924855.915373.15595156724215203822@wrigleys.postgresql.org
pull/175/head
Daniel Gustafsson 1 year ago
parent 2befd22790
commit 94eec79633
1 changed files with 1 additions and 1 deletions
Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL
Show Stats Download Patch File Download Diff File
  1. 2
      doc/src/sgml/parallel.sgml

2
doc/src/sgml/parallel.sgml
Unescape View File

@ -423,7 +423,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
Append</literal> node can have both partial and non-partial child plans. Append</literal> node can have both partial and non-partial child plans.
Non-partial children will be scanned by only a single process, since Non-partial children will be scanned by only a single process, since
scanning them more than once would produce duplicate results. Plans that scanning them more than once would produce duplicate results. Plans that
involve appending multiple results sets can therefore achieve involve appending multiple result sets can therefore achieve
coarse-grained parallelism even when efficient partial plans are not coarse-grained parallelism even when efficient partial plans are not
available. For example, consider a query against a partitioned table available. For example, consider a query against a partitioned table
that can only be implemented efficiently by using an index that does that can only be implemented efficiently by using an index that does

Write Preview
Loading…
Cancel
Save