aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/array_userfuncs.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
commit825828956ab3c55bd22259d9c480b5f5d2d84416 (patch)
tree6e45531c80c8a4d001dbb8888b72ec6177d7d1b9 /src/backend/utils/adt/array_userfuncs.c
parent900a8d526ff538d6cd03c3f52ba09fd4dc765915 (diff)
downloadpostgresql-825828956ab3c55bd22259d9c480b5f5d2d84416.tar.gz
postgresql-825828956ab3c55bd22259d9c480b5f5d2d84416.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 'src/backend/utils/adt/array_userfuncs.c')
0 files changed, 0 insertions, 0 deletions