ctid & updates

From: "Joshua b(dot) Jore" <josh(at)greentechnologist(dot)org>
To: pgsql-general(at)postgresql(dot)org
Subject: ctid & updates
Date: 2002-06-03 18:25:57
Message-ID: Pine.BSO.4.44.0206031301140.11800-100000@kitten.greentechnologist.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

1#
I saw a post from Jan Wieck about how ctid can be used for a fast update.
I noticed that ctid changes on update (as expected since it's really a new
row). Is there anyway to get the new ctid from the update so later
updates to the row can continue to use ctid to zero in on the row
location?

2#
Also, is ctid unique for each row? I would guess so since it looks like
(and I'm guessing) that ctid is a page/row offset. So there should be only
one thing at each ctid address. Is that correct that ctid is unique to a
table? Can anything interesting be done with the empty space? Is there any
way to find the maximum ctid and look for quantities of empty space? I
assume a user-side program could use that data to see how much unused,
yet allocated space there is in a table?

That might be the "You don't have to be a PostgreSQL hacker" version of
looking for compressible (via relocation) tables.

Joshua b. Jore ; http://www.greentechnologist.org ; 1121 1233 1311 200
1201 1302 1211 200 1201 1303 200 1300 1233 1313 1211 1302 1212 1311 1230
200 1201 1303 200 1321 1233 1311 1302 200 1211 1232 1211 1231 1321 200
1310 1220 1221 1232 1223 1303 200 1321 1233 1311 200 1201 1302 1211 232
200 1112 1233 1310 1211 200 1013 1302 1211 1211 1232 201 22

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Gregory Seidman 2002-06-03 18:32:05 Re: reverse of extract epoch?
Previous Message Johnson, Shaunn 2002-06-03 18:23:55 invalid type error