Re: Caching of Queries

Поиск
Список
Период
Сортировка
От Neil Conway
Тема Re: Caching of Queries
Дата
Msg-id 1096261381.25688.741.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: Caching of Queries  ("Aaron Werman" <awerman@hotmail.com>)
Ответы Re: Caching of Queries  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Caching of Queries  (Greg Stark <gsstark@mit.edu>)
Re: Caching of Queries  (Scott Kirkwood <scottakirkwood@gmail.com>)
Список pgsql-performance
On Thu, 2004-09-23 at 07:43, Aaron Werman wrote:
> MySQL stores a statement with its results. This is optional and when a
> client allows this type of processing, the SQL is hashed and matched to the
> statement - and the stored *result* is returned. The point is that a lot of
> systems do lots of static queries, such as a pick list on a web page - but
> if the data changes the prior result is returned. This (plus a stable jdbc
> driver) was the reason MySQL did well in the eWeek database comparison.

I think the conclusion of past discussions about this feature is that
it's a bad idea. Last I checked, MySQL has to clear the *entire* query
cache when a single DML statement modifying the table in question is
issued. Not to mention that the feature is broken for non-deterministic
queries (like now(), ORDER BY random(), or nextval('some_seq'), and so
on). That makes the feature close to useless for a lot of situations,
albeit not every situation.

-Neil



В списке pgsql-performance по дате отправления:

Предыдущее
От: Christopher Browne
Дата:
Сообщение: Re: performance of PostgreSQL on 64 bit MAC OS X G5!
Следующее
От: Amol Bhutada
Дата:
Сообщение: unsubscribe