Re: Get rid of system attributes in pg_attribute?
| От | Robert Treat |
|---|---|
| Тема | Re: Get rid of system attributes in pg_attribute? |
| Дата | |
| Msg-id | 200502220836.05853.xzilla@users.sourceforge.net обсуждение исходный текст |
| Ответ на | Re: Get rid of system attributes in pg_attribute? (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On Sunday 20 February 2005 12:30, Tom Lane wrote:
> Robert Treat <xzilla@users.sourceforge.net> writes:
> > One of us is not understanding the other :-) I'm asking if I have a
> > piece of code that does something like select attname from pg_attribute
> > where attrelid = 'stock'::regclass::oid with the intent of displaying all
> > those attnames, then the "system atts" will no longer show up in that
> > list, correct?
>
> Correct. What I'm asking is whether that's a problem for anyone.
>
OK... I can't seem to find my theoretically problem code so I guess it is in
the clear (the code I can find references the system columns explicitly) One
thing I wonder about is will this toss driver implementors a loop? ISTR a
flag in the ODBC driver whether to include the oid column (or maybe system
columns)... could be some trouble there.
One other question, do you see a scheme for selecting system columns even
explicitly once a user has created their own column with a conflicting name.
ISTM that we wouldn't be able to select the system ctid once a user creates
thier own ctid column... somewhere in the back of my head a voice is
grumbling about sql specs and multiple columns with the same name in a table.
--
Robert Treat
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
В списке pgsql-hackers по дате отправления: