Gregory Stark <[EMAIL PROTECTED]> writes:
> "Simon Riggs" <[EMAIL PROTECTED]> writes:
>> I'll return the infomasks directly, for you to manipulate.
>>
>> Not happy with that, but open to suggestions.
> Well the alternative would be a long list of boolean columns which would make
> the output kind
"Simon Riggs" <[EMAIL PROTECTED]> writes:
> I'll return the infomasks directly, for you to manipulate.
>
> Not happy with that, but open to suggestions.
Well the alternative would be a long list of boolean columns which would make
the output kind of long.
Perhaps a function pg_decode_infomask(va
On Tue, 2007-03-06 at 09:33 +0530, Pavan Deolasee wrote:
> Simon Riggs wrote:
> > I'll happily code it as functions or system cols or any other way, as
> > long as we can see everything there is to see.
> With HOT, other useful information is about the line pointers.
Done
> It would be
> cool t
Simon Riggs wrote:
I'll happily code it as functions or system cols or any other way, as
long as we can see everything there is to see.
With HOT, other useful information is about the line pointers. It would be
cool to be able to print the redirection info, details about LP_DELETEd
line poi
"Tom Lane" <[EMAIL PROTECTED]> writes:
> Exactly what will these allow that you can't do with inspection of ctid
> etc? (I suspect your answer will be "can't see infomask"
For testing the packed varlena stuff it would have been handy to be able to
see the length of tuples on disk. I made do with
"Simon Riggs" <[EMAIL PROTECTED]> writes:
> On Mon, 2007-03-05 at 14:31 -0500, Tom Lane wrote:
>> Exactly what will these allow that you can't do with inspection of ctid
>> etc? (I suspect your answer will be "can't see infomask", but I'd
>> rather expose that as a new system column than invent fu
On Mon, 2007-03-05 at 14:31 -0500, Tom Lane wrote:
> "Simon Riggs" <[EMAIL PROTECTED]> writes:
> > WIP patch for diagnostic/test functions for heap pages. (Linked to
> > discussion thread on -hackers "HOT - Whats Next?")
>
> --- no security checks; surely these must be superuser-only.
OK thanks
"Simon Riggs" <[EMAIL PROTECTED]> writes:
> WIP patch for diagnostic/test functions for heap pages. (Linked to
> discussion thread on -hackers "HOT - Whats Next?")
--- no security checks; surely these must be superuser-only.
--- relation_open will succeed on things that don't have storage;
better