Re: [HACKERS] LONG - Mailing list pgsql-hackers

From Hannu Krosing
Subject Re: [HACKERS] LONG
Date
Msg-id 3852A859.DA32BAEF@tm.ee
Whole thread Raw
In response to Re: [HACKERS] LONG  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [HACKERS] LONG
List pgsql-hackers
Tom Lane wrote:
> 
> 
> But I don't really see why this would be either easier to do or
> more reliable than storing multiple segments of a tuple in the
> primary relation itself.  And I don't much care for
> institutionalizing a hack like a special "LONG" datatype.

AFAIK the "hack" is similar to what Oracle does.

At least this is my impression from some descriptions, and it also 
seems reasonable thing to do in general as we dont want to read in
500K tuples (and then sort them) just to join on int fields and filter
out on boolean and count(n) < 3.

The description referred above is about Oracle's habit to return LONG* 
fields as open file descriptions ready for reading when doing FETCH 1 
and as already read-in "strings" when fetching more than 1 tuple.

--------------------
Hannu


pgsql-hackers by date:

Previous
From: Hannu Krosing
Date:
Subject: Re: [HACKERS] Last thoughts about LONG
Next
From: Hannu Krosing
Date:
Subject: Re: [HACKERS] LONG