Re: SYNONYMS (again) - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: SYNONYMS (again)
Date
Msg-id 1308783023-sup-9215@alvh.no-ip.org
Whole thread Raw
In response to SYNONYMS (again)  ("Joshua D. Drake" <jd@commandprompt.com>)
Responses Re: SYNONYMS (again)
Re: SYNONYMS (again)
List pgsql-hackers
Excerpts from Joshua D. Drake's message of mié jun 22 15:37:17 -0400 2011:
> Per:
> 
> http://archives.postgresql.org/pgsql-hackers/2010-11/msg02043.php
> 
> It seems we did come up with a use case in the procpid discussion. The 
> ability to change the names of columns/databases etc, to handle the 
> fixing of bad decision decisions during development over time.
> 
> Thoughts?

Let's start with what was discussed and supported in that thread, that
is, databases.  It seems less clear that columns are widely believed to
be a good idea to have synonyms for.  Besides, synonyms for databases
should be reasonably simple to implement, which is not something I would
say for columns.

-- 
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


pgsql-hackers by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: Repeated PredicateLockRelation calls during seqscan
Next
From: Greg Stark
Date:
Subject: Re: Coding style point: "const" in function parameter declarations