Re: Caching of Queries

From: Mitch Pirtle <mitch(dot)pirtle(at)gmail(dot)com>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: Caching of Queries
Date: 2004-09-27 18:59:13
Message-ID: 330532b604092711591491303a@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Mon, 27 Sep 2004 18:20:48 +0100, Matt Clark <matt(at)ymogen(dot)net> wrote:
> This is very true. Client side caching is an enormous win for apps, but it
> requires quite a lot of logic, triggers to update last-modified fields on
> relevant tables, etc etc. Moving some of this logic to the DB would perhaps
> not usually be quite as efficient as a bespoke client caching solution, but
> it will above all be a lot easier for the application developer!

In the world of PHP it is trivial thanks to PEAR's Cache_Lite. The
project lead for Mambo implemented page-level caching in a day, and
had all the triggers for clearing the cache included in the content
management interface - not difficult at all.

Basically you set a default in seconds for the HTML results to be
cached, and then have triggers set that force the cache to regenerate
(whenever CRUD happens to the content, for example).

Can't speak for Perl/Python/Ruby/.Net/Java, but Cache_Lite sure made a
believer out of me!

-- Mitch

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Gregory Stark 2004-09-27 19:13:45 Re: best statistic target for boolean columns
Previous Message Josh Berkus 2004-09-27 18:31:09 Re: best statistic target for boolean columns