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)
commitf4eebcb77dc338d850bc4473ad8e19443f3e342b
treede4a2da172419a951551fd66d7ec0f2cad50fb55
parent968232801ec6eaec502c0b03ff70940a0b2b2ca8
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