Date: Thu, 26 Jul 2007 10:49:05 -0400
From: Bill Moran <wmoran@potentialtech.com>
To: Ranieri Mazili <ranieri.oliveira@terra.com.br>
Cc: pgsql-general@postgresql.org
Subject: Re: Tunning PostgreSQL performance for views on Windows
Message-Id: <20070726104905.e7980368.wmoran@potentialtech.com>
In-Reply-To: <46A8AF1B.4090607@terra.com.br>
References: <46A8AF1B.4090607@terra.com.br>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

In response to Ranieri Mazili <ranieri.oliveira@terra.com.br>:
> 
> I'm developing a BI and as database it's using postgresql 8.2, how data
> are very detailed, I'm creating a view to consolidate the most important
> data, but the performance of view is very poor, 1 minute to perform more
> or less without where clause.
> I need to know how I can increase the performance, if exist some option
> to do cache, because the view will change only one time per day.
> My configuration is default, without modifications after install.
> I'm using windows 2003 server with a dell server with 4GB of memory.

Standard tuning advice would apply, as well as the advice not to cross-
post.  Also boilerplate advice that we can't really help much without
more detail.

Good places to start with tuning:
http://www.powerpostgresql.com/PerfList
http://www.varlena.com/GeneralBits/Tidbits/perf.html

However, if the data only changes once a day, you may be better of
materializing the data, instead of using a view.  Run a cron job
once a day that does your big query and stores the data in another
table vi SELECT INTO might be better for you than a view.

> To create the view, I created some functions, and then perform they on
> one select like:
> select A.field1, B.field2, ... from function_A() A, function_B() B...
> Is this the best way to do it?
> 
> I appreciate any help.
> 
> Thanks
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster


-- 
Bill Moran
http://www.potentialtech.com