| От | Neil Conway |
|---|---|
| Тема | Re: COUNT & Pagination |
| Дата | |
| Msg-id | 8765f7ij7v.fsf@mailbox.samurai.com обсуждение исходный текст |
| Ответ на | Re: COUNT & Pagination ("scott.marlowe" <scott.marlowe@ihs.com>) |
| Список | pgsql-performance |
"scott.marlowe" <scott.marlowe@ihs.com> writes: > Yes, previously run query should be faster, if it fits in kernel > cache. Or the PostgreSQL buffer cache. > Plus, the design of Postgresql is such that it would have to do a > LOT of cache checking to see if there were any updates to the > underlying data between selects. Last I checked (which was a while ago, admittedly), the MySQL design completely purges the query cache for a relation whenever that relation is mentioned in an INSERT, UPDATE, or DELETE. When this was discussed (check the -hackers archives for more), IIRC the consensus was that it's not worth implementing it if we can't do better than that. -Neil
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера