Re: count(*) using index scan in "query often, update rarely" environment
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: count(*) using index scan in "query often, update rarely" environment |
| Дата | |
| Msg-id | 3254.1128692552@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | count(*) using index scan in "query often, update rarely" environment ("Cestmir Hybl" <cestmirl@freeside.sk>) |
| Ответы |
Re: count(*) using index scan in "query often, update rarely"
|
| Список | pgsql-performance |
"Cestmir Hybl" <cestmirl@freeside.sk> writes:
> Isn't it possible (and reasonable) for these environments to keep track =
> of whether there is a transaction in progress with update to given table =
> and if not, use an index scan (count(*) where) or cached value =
> (count(*)) to perform this kind of query?
Please read the archives before bringing up such well-discussed issues.
There's a workable-looking design in the archives (pghackers probably)
for maintaining overall table counts in a separate table, with each
transaction adding one row of "delta" information just before it
commits. I haven't seen anything else that looks remotely attractive.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера