Re: pgsql: doc: restrictions on alter database moving default tablespace

From: Noah Misch <noah(at)leadboat(dot)com>
To: David G Johnston <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: pgsql-committers(at)postgresql(dot)org, bruce(at)momjian(dot)us
Subject: Re: pgsql: doc: restrictions on alter database moving default tablespace
Date: 2014-12-19 07:09:10
Message-ID: 20141219070910.GB1831739@tornado.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

On Mon, Dec 15, 2014 at 09:27:38PM -0700, David G Johnston wrote:
> Noah Misch-2 wrote
> > Here are a couple of alternatives for the documentation text:
> >
> > The new default tablespace must not already contain any of the
> > database's
> > objects, and no one can be connected to the database.
>
> +1; though maybe...
>
> The newly assigned default tablespace must not contain any of the specified
> database's objects but otherwise need not be empty. Additionally, there
> must not be anyone connected to the database.
>
> This is a bit more verbose, and somewhat implied since newly created
> databases have their default set, by definition, to one hat likely already
> contains objects of other databases in the cluster, but does clarify the
> specific confusion raised here. Re-reading I think the implicit version is
> likely sufficiently clear though.

That text, too, works for me.

> Side note: This implies you cannot change the default tablespace of the only
> database in a cluster...probably not worth mentioning in the docs though.

Agreed.

By the way, standard practice on PostgreSQL community mailing lists is to use
"reply to all". More often than not, without that To:/Cc: directly to me, I
would never become aware of your reply.

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Petr Jelinek 2014-12-19 09:30:52 Re: [COMMITTERS] pgsql: Keep track of transaction commit timestamps
Previous Message Tom Lane 2014-12-18 21:39:33 pgsql: Improve documentation about CASE and constant subexpressions.