Re: [EXT] Improve "select count(*)" query - takes more than 30 mins for some large tables

Поиск
Список
Период
Сортировка
От Scott Ribe
Тема Re: [EXT] Improve "select count(*)" query - takes more than 30 mins for some large tables
Дата
Msg-id 647F11EE-BBDA-46C1-8591-96B2C1DCE66C@elevated-dev.com
обсуждение исходный текст
Ответ на Re: [EXT] Re: Improve "select count(*)" query - takes more than 30 mins for some large tables  (MichaelDBA <MichaelDBA@sqlexec.com>)
Ответы Re: [EXT] Improve "select count(*)" query - takes more than 30 mins for some large tables  (Ron <ronljohnsonjr@gmail.com>)
Список pgsql-admin
> On Jul 12, 2022, at 8:12 PM, MichaelDBA <MichaelDBA@sqlexec.com> wrote:
>
> Oh really? Even if it did an INDEX ONLY SCAN, it would still be slower because it still has to access the heap in a
randomI/O kinda way  (like I said-->"The heap always gets accessed for select counts") because visibility info is only
foundin the HEAP not the index. 

This changed in 9.something. There is now a visibility map, which can, for data that hasn't changed recently, greatly
reducethe amount of access required to the heap to determine visibility. 


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

Предыдущее
От: MichaelDBA
Дата:
Сообщение: Re: [EXT] Re: Improve "select count(*)" query - takes more than 30 mins for some large tables
Следующее
От: Mladen Gogala
Дата:
Сообщение: Re: [EXT] Re: Improve "select count(*)" query - takes more than 30 mins for some large tables