From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | "Aaron Werman" <awerman2(at)hotmail(dot)com> |
Cc: | "Postgresql Performance" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Caching of Queries |
Date: | 2004-10-02 20:04:21 |
Message-ID: | 200410021304.21281.josh@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Aaron,
> I'm not sure I understand your req fully.
I'm not surprised. I got wrapped up in an overly involved example and
completely left off the points I was illustrating. So here's the points, in
brief:
1) Query caching is not a single problem, but rather several different
problems requiring several different solutions.
2) Of these several different solutions, any particular query result caching
implementation (but particularly MySQL's) is rather limited in its
applicability, partly due to the tradeoffs required. Per your explanation,
Oracle has improved this by offering a number of configurable options.
3) Certain other caching problems would be solved in part by the ability to
construct "in-memory" tables which would be non-durable and protected from
cache-flushing. This is what I'm interested in chatting about.
BTW, I AM using a summary table.
--
--Josh
Josh Berkus
Aglio Database Solutions
San Francisco
From | Date | Subject | |
---|---|---|---|
Next Message | William Yu | 2004-10-02 20:47:26 | Re: Caching of Queries |
Previous Message | Aaron Werman | 2004-10-02 03:13:28 | Re: Caching of Queries |