pike.git/
lib/
modules/
Sql.pmod/
pgsql_util.pmod
Branch:
Tag:
Non-build tags
All tags
No tags
2017-07-28
2017-07-28 13:45:20 by Stephen R. van den Berg <srb@cuci.nl>
a7d3c2348d75f2501ae60fbfbbe027cbb5ae2ec6 (
12
lines) (+
11
/-
1
)
[
Show
|
Annotate
]
Branch:
8.0
pgsql: Document implementation decision.
67:
=iregexp("^\a*(COMMIT|ROLLBACK|END)([; \t\f\r\n]|$)"); /* For statements matching execfetchlimit the resultrows will not be
-
* fetched in pieces
+
* fetched in pieces
. This heuristic will be sub-optimal whenever
+
* either an UPDATE/DELETE/INSERT statement is prefixed by WITH, or
+
* if there is a RETURNING with a *lot* of results. In those cases
+
* the portal will be busy until all results have been fetched, and will
+
* not be able to deliver results belonging to other parallel queries
+
* running on the same filedescriptor.
+
*
+
* However, considering that the current heuristic increases query-speed
+
* in the majority of the real-world cases, it would be considered a good
+
* tradeoff.
*/ private Regexp execfetchlimit =iregexp("^\a*((UPDA|DELE)TE|INSERT)\a|\aLIMIT\a+[1-9][; \t\f\r\n]*$");