Special column trivia

From: Greg Smith <greg(at)2ndquadrant(dot)com>
To: pgsql-docs(at)postgresql(dot)org
Subject: Special column trivia
Date: 2010-06-06 07:18:57
Message-ID: 4C0B4BE1.9060001@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs

I was just reading
http://www.postgresql.org/docs/9.0/static/ddl-system-columns.html and
noted that the second part about the ctid being unstable: "a row's ctid
will change if it is updated or moved by VACUUM FULL" is probably not
true anymore. Is that worth updating?

What got me reading that section was a rather weird documentation
question/addition from Edmund Horner. He noted that the following works
on PG8.4 and 9.0:

postgres=# select (row(1,2)).name;
name
-------
(1,2)

Having not worked on earlier versions (this from 8.3):

postgres=# select (row(1,2)).name;
ERROR: could not identify column "name" in record data type

I didn't see anything that documents the ability to use "name" to refer
to the composite record like this. Since it's not an area of the code
I'm familiar with, so I'm just baffled as Edmund. "Row Constructors" at
http://www.postgresql.org/docs/current/interactive/sql-expressions.html
and "Composite Value Input" at
http://www.postgresql.org/docs/current/interactive/rowtypes.html both
seem relevant, but don't seem to explain what's happening. That second
one is where he pointed out confusion can really creep in, because
"name" is also a field in the inventory_item table, which makes it
particularly easy for a coding error to refer to the wrong thing oddly.

--
Greg Smith 2ndQuadrant US Baltimore, MD
PostgreSQL Training, Services and Support
greg(at)2ndQuadrant(dot)com www.2ndQuadrant.us

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Tom Lane 2010-06-06 10:30:15 Re: Special column trivia
Previous Message Nikolay Samokhvalov 2010-06-04 09:51:01 More clearly on XML namespaces inside xpath function