summaryrefslogtreecommitdiff
path: root/src/backend/access/gist
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2009-06-10 18:54:23 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2009-06-10 18:54:23 +0000
commit8882a467f0d159410cd04b434813f5828089515c (patch)
tree8068b37947d8a210e91afa134739c562a1b9713f /src/backend/access/gist
parent469a4875d457256c8f7d8840ed1d377bf33c3f07 (diff)
Keep rs_startblock the same during heap_rescan, so that a rescan of a SeqScan
node starts from the same place as the first scan did. This avoids surprising behavior of scrollable and WITH HOLD cursors, as seen in Mark Kirkwood's bug report of yesterday. It's not entirely clear whether a rescan should be forced to drop out of the syncscan mode, but for the moment I left the code behaving the same on that point. Any change there would only be a performance and not a correctness issue, anyway. Back-patch to 8.3, since the unstable behavior was created by the syncscan patch.
Diffstat (limited to 'src/backend/access/gist')
0 files changed, 0 insertions, 0 deletions