Tom Lane b608b24245 Prevent synchronous scan during GIN index build, because GIN is optimized ...

for inserting tuples in increasing TID order.  It's not clear whether this
fully explains Ivan Sergio Borgonovo's complaint, but simple testing
confirms that a scan that doesn't start at block 0 can slow GIN build by
a factor of three or four.

Backpatch to 8.3.  Sync scan didn't exist before that.

2008-11-13 17:42:19 +00:00

..

common

Update copyrights in source tree to 2008.

2008-01-01 19:46:01 +00:00

gin

Prevent synchronous scan during GIN index build, because GIN is optimized

2008-11-13 17:42:19 +00:00

gist

Prevent synchronous scan during GIN index build, because GIN is optimized

2008-11-13 17:42:19 +00:00

hash

Prevent synchronous scan during GIN index build, because GIN is optimized

2008-11-13 17:42:19 +00:00

heap

Initialize the minimum frozen Xid in vac_update_datfrozenxid using

2008-09-11 14:01:35 +00:00

index

Initialize the minimum frozen Xid in vac_update_datfrozenxid using

2008-09-11 14:01:35 +00:00

nbtree

Prevent synchronous scan during GIN index build, because GIN is optimized

2008-11-13 17:42:19 +00:00

transam

Fix recoveryLastXTime logic so that it actually does what one would expect.

2008-10-30 04:06:25 +00:00

Makefile

Replace useless uses of := by = in makefiles.

2007-02-09 15:56:00 +00:00