aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistproc.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2011-08-28 22:27:48 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2011-08-28 22:27:48 -0400
commit6e1f1fee97839599cf59f37f7051786a09f3b240 (patch)
tree7866682ea76adfc31f15cf56c04da3ed43fdccf6 /src/backend/access/gist/gistproc.c
parentd6e7abe45a64378113c1c717a831b7aac9c451df (diff)
downloadpostgresql-6e1f1fee97839599cf59f37f7051786a09f3b240.tar.gz
postgresql-6e1f1fee97839599cf59f37f7051786a09f3b240.zip
Actually, all of parallel restore's limitations should be tested earlier.
On closer inspection, whining in restore_toc_entries_parallel is really much too late for any user-facing error case. The right place to do it is at the start of RestoreArchive(), before we've done anything interesting (suh as trying to DROP all the targets ...) Back-patch to 8.4, where parallel restore was introduced.
Diffstat (limited to 'src/backend/access/gist/gistproc.c')
0 files changed, 0 insertions, 0 deletions