Record size

From: Hilary Forbes <hforbes(at)dmr(dot)co(dot)uk>
To: pgsql-sql(at)postgresql(dot)org
Subject: Record size
Date: 2003-06-11 08:35:16
Message-ID: 5.1.0.14.0.20030611092555.02ff5e80@mailserver.ipl.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

Firstly an apology - I think this should be posted to the performance mailing list but can anyone tell me how to subscribe to this please? The usual form to fill in is not available on the website. Hopefully others in this list will find the answer of use though.

Now the question. Does the number of fields that you have in a record and indeed their size affect performance on a SELECT statement when only a subset of fields is being extracted? So suppose that I have

f1 integer
f2 varchar(4)
f3 varchar(20)
f4 text

and f4 contains reams of data. (well eg 4k). If I just want f1 and f2, will the performance of the SELECT statement be affected by the fact that f4 is large in physical size? If so, I would be better having two parallel tables one with fields f1,f2,f3 and one with f1,f4 as most of the time I don't want to read in the f4.

As a secondary question, presumably it is better to have a permanently compiled view in the database defined as

CREATE VIEW myview as SELECT f1,f2,f3 from mytable

rather than issuing the query each time direct to the underlying table?

Many thanks in advance. Oh, BTW, we are still in the dark ages with v7.0 but will be upgrading. :-)
Hilary

Hilary Forbes
-------------
DMR Computer Limited: http://www.dmr.co.uk/
Direct line: 01689 889950
Switchboard: (44) 1689 860000 Fax: (44) 1689 860330
E-mail: hforbes(at)dmr(dot)co(dot)uk

**********************************************************

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Christoph Haller 2003-06-11 11:00:57 Re: find open transactions/locks in 7.2?
Previous Message Mr 2003-06-10 21:01:33 Re: Using a RETURN NEXT