Re: Why is indexonlyscan so darned slow?
От | Jeff Janes |
---|---|
Тема | Re: Why is indexonlyscan so darned slow? |
Дата | |
Msg-id | CAMkU=1wV+n6B+38_N=d6UKB56EPvUU1VOxqOVDx3hzhH9c-0-A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Why is indexonlyscan so darned slow? (Joshua Berkus <josh@agliodbs.com>) |
Ответы |
Re: Why is indexonlyscan so darned slow?
|
Список | pgsql-hackers |
On Thu, May 17, 2012 at 11:35 AM, Joshua Berkus <josh@agliodbs.com> wrote: > Jeff, > > That's in-RAM speed ... I ran the query twice to make sure the index was cached, and it didn't get any better. And I meant5X per byte rather than 5X per tuple. Ah, OK that makes more sense. I played around with this, specifically count(*), quite a bit when IOS first came out, and I attributed a large part of the time to the code that forms a tuple out of raw bytes, and the code that advances the aggregate. The first one is probably more a per-tuple cost than per byte, and the second definitely is per tuple cost. I can't find my detailed notes from this work, so this is just from memory. Cheers, Jeff
В списке pgsql-hackers по дате отправления: