Re: Re: Rough idea for supporting "sequencename.nextval" syntax

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

In response to

Responses

Browse pgsql-hackers by date

  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