Re: Complete row is fetched ?

From: Greg Smith <greg(at)2ndquadrant(dot)com>
To: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
Cc: "A(dot) Kretschmer" <andreas(dot)kretschmer(at)schollglas(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Complete row is fetched ?
Date: 2010-04-16 12:30:43
Message-ID: 4BC85873.4070006@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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(at)2ndQuadrant(dot)com www.2ndQuadrant.us

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2010-04-16 14:04:04 Re: Int64GetDatum
Previous Message Craig Ringer 2010-04-16 12:14:24 Re: Complete row is fetched ?