From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
---|---|
To: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, k(dot)jamison(at)fujitsu(dot)com, Craig Ringer <craig(dot)ringer(at)enterprisedb(dot)com>, Matthieu Garrigues <matthieu(dot)garrigues(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: PATCH: Batch/pipelining support for libpq |
Date: | 2021-03-08 22:37:16 |
Message-ID: | CAKFQuwasQOY2C50cvi2bMSH4U-m8Xp+Dngjz4qjK3042tdeLew@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Mar 3, 2021 at 5:45 PM Justin Pryzby <pryzby(at)telsasoft(dot)com> wrote:
> I'm proposing some minor changes.
>
>
Some additional tweaks/comments for the documentation with the edit
proposed edits:
(edit) + <function>PQresultStatus</function>, will report a
Remove the comma
(orig) + the failed operation are skipped entirely. The same behaviour
holds if the
We seem to use "behavior" more frequently
(edit) + From the client perspective, after
<function>PQresultStatus</function>
Possessive "client's perspective"
(edit) + its expected results queue. Based on available memory,
results from the
"its corresponding results queue" - to go along with this change:
- of the order in which it sent queries and the expected results.
+ of the order in which it sent queries, to associate them with their
+ corresponding results.
(orig)
+ pipeline mode. If the current statement isn't finished processing
+ or there are results pending for collection with
Needs a comma after processing.
"results pending for collection" reads oddly to me...not sure what would be
better though...
(edit)
+ <note>
+ <para>
+ The pipeline API was introduced in
<productname>PostgreSQL</productname> 14.
+ Pipeline mode is a client-side feature which doesn't require server
+ support, and works on any server that supports the v3 extended query
+ protocol.
+ </para>
+ </note>
This note seems like it should be placed either near the very beginning of
the feature or incorporated into the feature introduction.
(orig)
+ If any statement encounters an error, the server aborts the current
+(-) transaction and skips processing commands in the pipeline until the
+ next synchronization point established by
<function>PQsendPipeline</function>.
I dislike "skips" here - even if it doesn't execute a command it still will
place a result on the socket so that the client can have something to match
up with the queries it sent, correct?
+ transaction and creates a PGRES_PIPELINE_ABORTED result for all commands
in the pipeline until the
David J.
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2021-03-08 22:44:24 | Re: proposal - operators ? and ->> for type record, and functions record_keys and record_each_text |
Previous Message | Peter Geoghegan | 2021-03-08 22:35:03 | Re: Removing vacuum_cleanup_index_scale_factor |