From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Carlos Henrique Reimer <carlosreimer(at)yahoo(dot)com(dot)br>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: How much clustered? |
Date: | 2006-02-26 18:21:18 |
Message-ID: | 19992.1140978078@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> Currently we output the ctid as a string:
> snprintf(buf, sizeof(buf), "(%u,%u)", blockNumber, offsetNumber);
> Perhaps someday we should consider outputting that as an array or a
> result set:
It's not an array, because the two components are not of the same data
type; and it's not a result set, any more than (say) a point or a box
is. What it is is a record datatype.
There might be some usefulness to adding SQL functions to allow
extraction of the block number and item number fields, though we'd have
some problems with the lack of a uint4 datatype to represent the block
number field's type. The demand for this has been too low to make me
feel we need to expend that effort...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Roman Neuhauser | 2006-02-26 18:29:08 | majordomo unmaintained, postmaster emails ignored? |
Previous Message | Tom Lane | 2006-02-26 18:12:25 | Re: ECPG and COPY and PQputCopyData - don't get errors |