aboutsummaryrefslogtreecommitdiff
path: root/contrib/intarray/_intbig_gist.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2023-05-02 17:55:01 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2023-05-02 17:55:01 -0400
commitb00bae2e9103b4cd4fc97141b3aba2fa0ce532a8 (patch)
tree0fb3247b1a2830e0c4de91b3e08f145e50c905f0 /contrib/intarray/_intbig_gist.c
parentee24b5e792e091b216db20b765d1dcb718abfdfc (diff)
downloadpostgresql-b00bae2e9103b4cd4fc97141b3aba2fa0ce532a8.tar.gz
postgresql-b00bae2e9103b4cd4fc97141b3aba2fa0ce532a8.zip
Doc: clarify behavior of row-limit arguments in the PLs' SPI wrappers.
plperl, plpython, and pltcl all provide query-execution functions that are thin wrappers around SPI_execute() or its variants. The SPI functions document their row-count limit arguments clearly, as "maximum number of rows to return, or 0 for no limit". However the PLs' documentation failed to explain this special behavior of zero, so that a reader might well assume it means "fetch zero rows". Improve that. Daniel Gustafsson and Tom Lane, per report from Kieran McCusker Discussion: https://postgr.es/m/CAGgUQ6H6qYScctOhktQ9HLFDDoafBKHyUgJbZ6q_dOApnzNTXg@mail.gmail.com
Diffstat (limited to 'contrib/intarray/_intbig_gist.c')
0 files changed, 0 insertions, 0 deletions