diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2011-08-28 22:27:48 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2011-08-28 22:27:48 -0400 |
| commit | 6e1f1fee97839599cf59f37f7051786a09f3b240 (patch) | |
| tree | 7866682ea76adfc31f15cf56c04da3ed43fdccf6 /src/backend/access/gist/gistvacuum.c | |
| parent | d6e7abe45a64378113c1c717a831b7aac9c451df (diff) | |
| download | postgresql-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/gistvacuum.c')
0 files changed, 0 insertions, 0 deletions