Re: How number of columns affects performance

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: Francisco J Reyes <fran(at)natserv(dot)net>
Cc: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>, PostgreSQL performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: How number of columns affects performance
Date: 2003-08-01 21:18:51
Message-ID: 200308011418.51572.josh@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Francisco,

> I think I understand your point, however it would be very laborious after
> you do all development to find out you need to de-normalize.

Not terribly. Views and Rules are good for this.

> On your experience at which point it would actually help to do this
> de-normalization in PostgreSQL? I know there are numerous factors ,but any
> feedback based on previous experiences would help.

My experience? If you're running on good hardware, it's completely
unnecessary to vertically partition the table. The only thing I'd do would
be to look for columns which are frequently NULL and can be grouped together,
and spin those off into a sub-table. That is, if you have 4 columns which
are generally either all null or all filled, and are all null for 70% of
records then those 4 could make a nice child table.

--
-Josh Berkus

______AGLIO DATABASE SOLUTIONS___________________________
Josh Berkus
Complete information technology josh(at)agliodbs(dot)com
and data management solutions (415) 565-7293
for law firms, small businesses fax 621-2533
and non-profit organizations. San Francisco

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Christopher Browne 2003-08-01 21:27:08 Re: I can't wait too much: Total runtime 432478.44 msec
Previous Message Fernando Papa 2003-08-01 21:17:17 I can't wait too much: Total runtime 432478.44 msec