From: | Hannes Dorbath <light(at)theendofthetunnel(dot)de> |
---|---|
To: | Erik Jones <erik(at)myemma(dot)com> |
Subject: | Re: In theory question |
Date: | 2007-05-10 07:08:53 |
Message-ID: | 4642C505.8080509@theendofthetunnel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 09.05.2007 17:30, Erik Jones wrote:
>> On 09.05.2007 16:13, Naz Gassiep wrote:
>> I think this is close to what MySQL's query cache does. The question
>> is if this should be the job of the DBMS and not another layer. At
>> least the pgmemcache author and I think that it's better done outside
>> the DBMS. See
>> http://people.FreeBSD.org/~seanc/pgmemcache/pgmemcache.pdf for the idea.
>
> I just read through that pdf. How does implementing a memcached system
> with table triggers qualify as outside the database?
The point is to have the DBMS _invalidate_ an external Cache, not to
fill or use it.
Caching in that case should not be done for single SQL statements. You
should cache things that have been produced using that query, a rendered
part of an HTML page is an example.
Think of a news selection on your website, the pages changes when the
content of 2-3 tables in your database changes. Here you have the DBMS
clear the page from the cache and your application layer re-render it
and put the new version in the cache.
--
Regards,
Hannes Dorbath
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Huxton | 2007-05-10 07:14:45 | Re: WAL file internals and why a 64 bit will not work on a 32 bit |
Previous Message | Hannes Dorbath | 2007-05-10 07:03:23 | Re: Replication for PG 8 recommendations |