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
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 |