From: | Edson Richter <edsonrichter(at)hotmail(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Slow counting still true? |
Date: | 2012-09-20 13:09:17 |
Message-ID: | BLU0-SMTP370BA8FB4AE02E8615BBB2DCF9A0@phx.gbl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Em 18/09/2012 15:24, Jeff Janes escreveu:
> On Mon, Sep 17, 2012 at 9:14 AM, Edson Richter <edsonrichter(at)hotmail(dot)com> wrote:
>
>> The wiki page in question has been updated today, and I see the alert in top
>> of page "Note that the following article only applies to versions of
>> PostgreSQL prior to 9.2. Index-only scans are now implemented."
>>
>> So seems that traversing indexes for count(*) would be faster on 9.2, right?
> Not really, as it still needs to visit some representation of every
> tuple. Now, if the entire index in is RAM while the table would not
> be, it could be a lot faster. But that is more of a special case than
> a general one.
>
>> AFAIK, for count(*) doesn't matter the order data is stored - just need to
>> load index leaf pages and count from there, right?
> That would only work if there was no concurrent activity. If someone
> else splits on index page, some of the entries on that page could move
> to a location where they would get visited either zero times or two
> times.
I see. This is were MS SQL Server escalates row locks into page locks,
and get rid of the concurrency (at very expensive cost, IMHO).
Regards,
Edson
>
> Cheers,
>
> Jeff
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Martin French | 2012-09-20 13:19:22 | Re: Need psql send email |
Previous Message | Martin Gainty | 2012-09-20 13:00:46 | Re: Need psql send email |