SET TABLESPACE ... NOWAIT - Mailing list pgsql-hackers

From Tomas Vondra
Subject SET TABLESPACE ... NOWAIT
Date
Msg-id 5452B13B.3020307@fuzzy.cz
Whole thread Raw
Responses Re: SET TABLESPACE ... NOWAIT
List pgsql-hackers
Hi,

while preparing an overview of features new in 9.4, I noticed that while
we provide NOWAIT for the "ALTER ... ALL IN TABLESPACE" commands, we
don't support that for the 'single object' case. Is that on purpose? I
assume it makes, as with a single object you can't get stuck half-way
through, but I don't see it mentioned in any of the discussions (both
for the original patch in January and the summer reworks).

Also, the current phrasing "If the NOWAIT option is specified then the
command will fail if it is unable to acquire all of the locks required
immediately." seems a bit ambiguous to me. Maybe it's just me, but I
wasn't sure if that means "locks for all objects immediately, before
actually starting moving them to the new tablespace", and I had to check
to code that I understand it correctly. But maybe that's just me and
it's unambiguous to everyone else. Well, it would be really strange if
it behaved differently ...

Tomas



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: TAP test breakage on MacOS X
Next
From: Jim Nasby
Date:
Subject: Re: REINDEX CONCURRENTLY 2.0