Fix CREATE INDEX CONCURRENTLY so that it won't use synchronized scan for
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 14 Jan 2008 01:39:09 +0000 (01:39 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 14 Jan 2008 01:39:09 +0000 (01:39 +0000)
commitd3b1b1f9d8d70017bf3e8e4ccf11b183d11389b9
tree70c2ba56827589b687beb6ee051e5f27f3b7532d
parent689d02a2e9c56dbad3982a440278e937fd063260
Fix CREATE INDEX CONCURRENTLY so that it won't use synchronized scan for
its second pass over the table.  It has to start at block zero, else the
"merge join" logic for detecting which TIDs are already in the index
doesn't work.  Hence, extend heapam.c's API so that callers can enable or
disable syncscan.  (I put in an option to disable buffer access strategy,
too, just in case somebody needs it.)  Per report from Hannes Dorbath.
src/backend/access/heap/heapam.c
src/backend/catalog/index.c
src/include/access/heapam.h
src/include/access/relscan.h