Performance impact of record sizes

From: John Moore <postgres(at)tinyvital(dot)com>
To: "Postgresql Admin" <pgsql-admin(at)postgresql(dot)org>
Subject: Performance impact of record sizes
Date: 2002-07-04 18:54:45
Message-ID: 5.1.1.6.2.20020704115439.02202480@pop3.norton.antivirus
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

We have a need to store text data which typically is just a hundred or so
bytes, but in some cases may extend to a few thousand. Our current field
has a varchar of 1024, which is not large enough. Key data is fixed sized
and much smaller in this same record.

Our application is primarily transaction oriented, which means that records
will normally be fetched via random access, not sequential scans.

The question is: what size thresholds exist? I assume that there is a
"page" size over which the record will be split into more than one. What is
that size, and does the spill cost any more or less than I had split the
record into two or more individual records in order to handle the same data?

Obviously, the easiest thing for me to do is just set the varchar to
something big (say - 10K) but I don't want to do this without understanding
the OLTP performance impact.

Thanks in advance

John Moore

http://www.tinyvital.com/personal.html

UNITED WE STAND

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Gregor Mosheh 2002-07-04 19:25:09 memory strangeness
Previous Message Stephan Szabo 2002-07-04 18:53:37 Re: Union strange explain