Re: Caching of Queries
От | Mitch Pirtle |
---|---|
Тема | Re: Caching of Queries |
Дата | |
Msg-id | 330532b6040927062938c1d596@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Caching of Queries (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Caching of Queries
|
Список | pgsql-performance |
On Mon, 27 Sep 2004 01:18:56 -0400, Tom Lane <tgl@sss.pgh.pa.us> wrote: > IIRC, in our past threads on this topic, it was suggested that if you > can tolerate not-necessarily-up-to-date results, you should be doing > this sort of caching on the client side and not in the DB server at all. > I wouldn't try that in a true "client" scenario, but when the DB client > is application-server middleware, it would make some sense to cache in > the application server. I'd also like to add that when one of the Mambo community members started running benchmarks of popular Content Management Systems (CMS), the ones that implemented page-level caching were significantly more scalable as a result of the decreased load on the database (and application server, as a result): http://forum.mamboserver.com/showthread.php?t=11782 Caching at the database level provides the smallest possible performance boost (at least regarding caching), as caching the query on the webserver (via ADOdb's query cache) avoids the database server altogether; and page-level caching gives you the biggest possible benefit. Yes, you have to be careful how you cache your data, but for many applications it is easy to implement a trigger that clears the cache when certain data is updated. -- Mitch
В списке pgsql-performance по дате отправления: