Re: Protocol 3, Execute, maxrows to return, impact? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Protocol 3, Execute, maxrows to return, impact?
Date
Msg-id 21589.1215660670@sss.pgh.pa.us
Whole thread Raw
In response to Protocol 3, Execute, maxrows to return, impact?  ("Stephen R. van den Berg" <srb@cuci.nl>)
Responses Re: Protocol 3, Execute, maxrows to return, impact?  ("Stephen R. van den Berg" <srb@cuci.nl>)
List pgsql-hackers
"Stephen R. van den Berg" <srb@cuci.nl> writes:
> I was wondering, if there is any real advantage to actually specify say
> 64 for the maxrows parameter to the Execute message in the PostgreSQL
> network protocol?

There's no benefit in it from the server's perspective, if that's what
you meant.  The point of the parameter is to allow the client to avoid
running out of memory to store all of a huge query result --- it can
pull it in sections, instead.  (Think of it as a built-in cursor
FETCH facility.)

> - Is it simply slowing down the protocol because every 64 rows I
>   introduce a round-trip delay for the next PortalSuspended/Execute combo?

Yup; there's no free lunch ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Abhijit Menon-Sen
Date:
Subject: Re: Extending grant insert on tables to sequences
Next
From: Robert Treat
Date:
Subject: Re: CommitFest rules