From: | Dennis Bjorklund <db(at)zigo(dot)dhs(dot)org> |
---|---|
To: | jearl(at)bullysports(dot)com |
Cc: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de>, Justin Clift <jc(at)telstra(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Hackers Mailing List <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Adding column comment to information_schema.columns |
Date: | 2004-07-01 17:07:31 |
Message-ID: | Pine.LNX.4.44.0407011902070.21809-100000@zigo.dhs.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, 1 Jul 2004 jearl(at)bullysports(dot)com wrote:
> > We're advertising to do pure ANSI, so we'd mislead people if we
> > supplied non-standard columns.
>
> Yes, but if folks wanted to stick to the standard PostgreSQL would
> still work. The only difference is that people who aren't concerned
> about being more tied to PostgreSQL would get some extra features.
>
> There is a huge difference between adhering to a standard and limiting
> yourself to a standard.
What if we add a column and then in the next version of SQL they add a
column with the same name but a different semantics (not likely with the
name "comment", but that's not the question here).
Having pg specific system tables (as we do) is something we need of
course, for things that are not in the specification. Can't we simply have
that outside of the standard information_schema. No one is saying that the
comment and other properties should not be available.
--
/Dennis Björklund
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-07-01 17:09:45 | Re: Bug with view definitions? |
Previous Message | Stephan Szabo | 2004-07-01 17:04:33 | Re: Adding column comment to information_schema.columns |