From: | "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Re: Rough idea for supporting "sequencename.nextval" syntax |
Date: | 2001-08-17 16:08:32 |
Message-ID: | 20010817110831.A29141@rice.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Aug 16, 2001 at 10:36:49PM -0400, Tom Lane wrote:
> I said:
> > Suppose that we invent a new datatype "regclass", similar to regproc:
> > it's actually an OID, but it has the additional implication that it is
> > the OID of a pg_class row, and the I/O operations for the type try to
> > accept or print a class name not just a numeric OID.
Tom, would it make sense to use this new type in the system tables where
pg_class oids currently are used, such as pg_attribute.attrelid ?
Then, one could do:
select attname from pg_attributes where attrelid = 'mytablename';
If the appropriate type conversions where in place. (I just tried this
with pg_aggregate, looking for aggregates that use a particular operator,
and failed, since text(<some regproc>) yields the oid, rather than
the name.)
This would essentially special case the join of two system tables. Hmm,
sounds like a step down the trail to not needing user visible oids for
system tables, even.
> This is starting to seem less like a kluge and more like a real
> feature...
Ross
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2001-08-17 16:11:00 | Re: encoding names |
Previous Message | Peter Eisentraut | 2001-08-17 15:49:18 | Re: Dollar in identifiers |