Re: Retrieving query results
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Igor Korot <ikorot01@gmail.com>
Cc: Michael Paquier <michael.paquier@gmail.com>,
pgsql-general <pgsql-general@postgresql.org>
Date: 2017-08-24T14:56:33Z
Lists: pgsql-general
Igor Korot <ikorot01@gmail.com> writes: > On Thu, Aug 24, 2017 at 8:51 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> I think what we need is to (1) introduce some error checking in libpq so >> that it reports an error if the resultset exceeds 2G rows --- right now >> it'll just crash, I fear, and (2) change the documentation so that this >> is explained as a library-wide limitation and not just a problem with >> PQntuples. > Does this mean that querying a table with a big number of rows will > crash the psql? I haven't tried it, but it sure looks like it would, if you don't hit OOM first. pqAddTuple() isn't doing anything to guard against integer overflow. The lack of reports implies that no one has ever tried to retrieve even 1G rows, let alone more ... regards, tom lane
Commits
-
Doc: document libpq's restriction to INT_MAX rows in a PGresult.
- 2a82170a56cb 9.2.24 landed
- 1e6c36260635 9.3.20 landed
- 2338ad26374e 9.4.15 landed
- c7e990bb0f4d 9.5.10 landed
- 941e47fc43cc 9.6.6 landed
- ff59f30dc30e 10.0 landed
- 6cbee65eee20 11.0 landed
-
Teach libpq to detect integer overflow in the row count of a PGresult.
- dfd1042c6ae5 9.5.10 landed
- d391fb6c3802 9.3.20 landed
- bc95e5874ac9 9.6.6 landed
- b481b39b876f 10.0 landed
- a07058a6d43b 9.2.24 landed
- 2e70d6b5e99b 11.0 landed
- 1c53722ffd00 9.4.15 landed