Re: Cannot cancel the change of a tablespace
От | Robert Haas |
---|---|
Тема | Re: Cannot cancel the change of a tablespace |
Дата | |
Msg-id | AANLkTikCny_5AgPh8twR8hlxD6rQ9-xs3XPfnRA8RavR@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Cannot cancel the change of a tablespace (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Cannot cancel the change of a tablespace
|
Список | pgsql-hackers |
On Thu, Jul 1, 2010 at 10:18 AM, Robert Haas <robertmhaas@gmail.com> wrote: > On Thu, Jul 1, 2010 at 5:30 AM, Guillaume Lelarge > <guillaume@lelarge.info> wrote: >>>>> On Tue, Jun 29, 2010 at 9:42 PM, Bruce Momjian <bruce@momjian.us> wrote: >>>>>> So this is not something we want fixed for 9.0, as indicated by Simon? >>>>>> I don't see the patch on the commit-fest page yet. >> >> Finally, I added it to the next commit fest. Robert can work on it >> before if he wants to (or has the time). > > I'd been avoiding working on this because Simon had said he was going > to commit it, but I can pick it up. I've committed and back-patched > (to 8.0, as 7.4 does not have tablespaces) the fix for ALTER TABLE .. > SET TABLESPACE. I'll take a look at the rest of it as well. It looks like we have two reasonable choices here: - We could backpatch this only to 8.4, where ALTER DATABASE .. SET TABLESPACE was introduced. - Or, since this also makes it easier to interrupt CREATE DATABASE new TEMPLATE = some_big_database, we could back-patch it all the way to 8.1, which is the first release where we use copydir() rather than invoking cp -r (except on Windows, where copydir() has always been used, but releases < 8.2 aren't supported on Windows anyway). Since I can't remember anyone complaining about difficulty interrupting CREATE DATABASE, I'm inclined to go back only to 8.4, and will do that a bit later. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise Postgres Company
В списке pgsql-hackers по дате отправления: