Re: Complete row is fetched ? - Mailing list pgsql-general

From Greg Smith
Subject Re: Complete row is fetched ?
Date
Msg-id 4BC85873.4070006@2ndquadrant.com
Whole thread Raw
In response to Re: Complete row is fetched ?  (Craig Ringer <craig@postnewspapers.com.au>)
List pgsql-general
Craig Ringer wrote:
> I sometimes wonder if being able to store visibility info externally
> to a tuple in a separate file - in condensed fixed-width form - would
> be useful for performance, especially where the table has quite wide
> tuples with types that are big-ish but not TOASTable. Sure, it'd be
> more disk seeking but OTOH it'd be more likely to stick around  in
> cache, could even be put on other storage, etc.

In this situation, you can always split the primary key and the other
most referenced fields out to a "thinner" version, then only join
against the rest when needed.  The rows really do have to be just on the
edge of TOAST size for this to ever make sense though, given how much
overhead is taken per row just to store anything in the database.

--
Greg Smith  2ndQuadrant US  Baltimore, MD
PostgreSQL Training, Services and Support
greg@2ndQuadrant.com   www.2ndQuadrant.us


pgsql-general by date:

Previous
From: Craig Ringer
Date:
Subject: Re: Complete row is fetched ?
Next
From: Tom Lane
Date:
Subject: Re: Int64GetDatum