]> granicus.if.org Git - postgresql/commit
Avoid O(N^2) behavior when enlarging SPI tuple table in spi_printtup().
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 22 Aug 2015 00:32:11 +0000 (20:32 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 22 Aug 2015 00:32:37 +0000 (20:32 -0400)
commit87b8c9e12f3025b70bd040c42d7d5f39ef9314bc
treee055d81d26ea3f1b7a2b3e93195649a82ef36786
parent1d190d095ff8e7d11877fc7d4dc82727871a91c1
Avoid O(N^2) behavior when enlarging SPI tuple table in spi_printtup().

For no obvious reason, spi_printtup() was coded to enlarge the tuple
pointer table by just 256 slots at a time, rather than doubling the size at
each reallocation, as is our usual habit.  For very large SPI results, this
makes for O(N^2) time spent in repalloc(), which of course soon comes to
dominate the runtime.  Use the standard doubling approach instead.

This is a longstanding performance bug, so back-patch to all active
branches.

Neil Conway
src/backend/executor/spi.c