From: Rod Taylor <pg@rbt.ca>
To: Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Cc: pgsql-performance@postgresql.org, molson@oceanconsulting.com, Sam Vilain <sam@vilain.net>
Subject: Re: Prefetch
Date: Wed, 11 May 2005 09:42:30 -0400
Message-ID: <1115818950.725.6.camel@home> (raw)
In-Reply-To: <42818FB1.4060403@familyhealth.com.au>
References: <200505100652.51401.molson@oceanconsulting.com>
<42818B2E.8060403@vilain.net>
<42818FB1.4060403@familyhealth.com.au>
On Wed, 2005-05-11 at 12:53 +0800, Christopher Kings-Lynne wrote:
> > Another trick you can use with large data sets like this when you want
> > results
> > back in seconds is to have regularly updated tables that aggregate the data
> > along each column normally aggregated against the main data set.
>
> > Maybe some bright person will prove me wrong by posting some working
> > information about how to get these apparently absent features working.
>
> Most people just use simple triggers to maintain aggregate summary tables...
Agreed. I've also got a view which calls a function that will 1) use the
summary table where data exists, or 2) calculate the summary
information, load it into summary table, and send a copy to the client
(partial query results cache).
It's not all nicely abstracted behind user friendly syntax, but most of
those features can be cobbled together (with effort) in PostgreSQL.
--
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: pg@rbt.ca, chriskl@familyhealth.com.au, sam@vilain.net
Subject: Re: Prefetch
In-Reply-To: <1115818950.725.6.camel@home>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox