Re: ALTER DATABASE RENAME with HS/SR - Mailing list pgsql-hackers

From Tom Lane
Subject Re: ALTER DATABASE RENAME with HS/SR
Date
Msg-id 5120.1286217732@sss.pgh.pa.us
Whole thread Raw
In response to Re: ALTER DATABASE RENAME with HS/SR  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: ALTER DATABASE RENAME with HS/SR  (Robert Haas <robertmhaas@gmail.com>)
Re: ALTER DATABASE RENAME with HS/SR  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> I understand that we need to disconnect users if the database is
> dropped (it's kind of hard to access a database that's not there any
> more...) but I'm fuzzy on why we'd need to do that if it is merely
> renamed.

I think that modern backends might survive that okay (though they didn't
use to; we once had global variable(s) containing the DB name).  But
it's much less clear that clients would cope sanely.  "I'm connected to
database foo".  "No you're not".  Connection poolers in particular are
likely to get bent out of shape by this.

OTOH, we don't have a similar interlock to prevent renaming users
who have active sessions, so maybe we are being overprotective here.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Dan Ports
Date:
Subject: Re: MIT benchmarks pgsql multicore (up to 48)performance
Next
From: Joseph Adams
Date:
Subject: Re: Basic JSON support