Re: SYNONYMS (again)

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: SYNONYMS (again)
Дата
Msg-id 1308783023-sup-9215@alvh.no-ip.org
обсуждение исходный текст
Ответ на SYNONYMS (again)  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: SYNONYMS (again)  (PostgreSQL - Hans-Jürgen Schönig<postgres@cybertec.at>)
Re: SYNONYMS (again)  (PostgreSQL - Hans-Jürgen Schönig<postgres@cybertec.at>)
Список 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 по дате отправления:

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: Repeated PredicateLockRelation calls during seqscan
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Coding style point: "const" in function parameter declarations