From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, Kevin Grittner <kevin(dot)grittner(at)wicourts(dot)gov>, Thom Brown <thom(at)linux(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Couple document fixes |
Date: | 2011-03-11 16:08:36 |
Message-ID: | 1299859616-sup-5570@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs pgsql-hackers |
Excerpts from Tom Lane's message of vie mar 11 13:01:06 -0300 2011:
> Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> > Excerpts from Tom Lane's message of vie mar 11 12:40:50 -0300 2011:
> >> Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> >>> One idea is to rename the type to something else. We could keep "char"
> >>> as an alias for backwards compatibility, but use the new name in system
> >>> catalogs, and document it as the main name of the type.
>
> >> We don't have type aliases...
>
> > I meant the conversion we do from a certain name (say because it's the
> > SQL-mandated name for the type) to the internal name, such as mapping
> > integer to int4.
>
> That works for keywords. "char" is, by definition, not a keyword.
Oh. Right, of course.
Seems the only option is to continue living with it.
(Well actually the other option would be to rename it and break
backwards compatibility. I'm not sure anyone is going to be happy with
that though.)
--
Álvaro Herrera <alvherre(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2011-03-11 16:30:25 | Re: BUG #5814: documentation bug |
Previous Message | Bruce Momjian | 2011-03-11 16:03:25 | Re: explaining "context" column of pg_settings |
From | Date | Subject | |
---|---|---|---|
Next Message | David Christensen | 2011-03-11 16:30:36 | Re: multiple -f support |
Previous Message | Dave Page | 2011-03-11 16:02:59 | Re: Flex output missing from 9.1a4 tarballs? |