| От | Daniel Cristian Cruz |
|---|---|
| Тема | Re: select count(*) from a large table is very slow |
| Дата | |
| Msg-id | 48d0cacb0705180658n1ce65297xa9f28d56dd4f8426@mail.gmail.com обсуждение |
| Ответ на | Re: select count(*) from a large table is very slow ("Jonah H. Harris" <jonah.harris@gmail.com>) |
| Ответы |
Re: select count(*) from a large table is very slow
|
| Список | pgsql-admin |
2007/5/18, Jonah H. Harris <jonah.harris@gmail.com>: > Yes, a summary table updated by triggers is the only way to have > correct numbers... but you also pay the overhead of maintaining those > numbers on every INSERT/UPDATE statement. If you just need > *reasonable* guesstimates, use reltuples in pg_class after an analyze. Oops... INSERT or DELETE... :) And remember that if using TRUNCATE, it will not run your trigger and you will need to reset the counter manually. Regards... -- Daniel Cristian Cruz
В списке pgsql-admin по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера