Skip site navigation (1) Skip section navigation (2)

Re: performance penalty between Postgresql 8.3.8 and 8.4.1

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
Cc: Thom Brown <thombrown(at)gmail(dot)com>, "Schmitz, David" <david(dot)schmitz(at)harman(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, pgsql-performance(at)postgresql(dot)org
Subject: Re: performance penalty between Postgresql 8.3.8 and 8.4.1
Date: 2009-12-08 15:02:05
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
On Tue, Dec 8, 2009 at 7:12 AM, Craig Ringer
<craig(at)postnewspapers(dot)com(dot)au> wrote:
> On 8/12/2009 6:11 PM, Thom Brown wrote:
>> Your output shows that the xdf_admin_hierarchy tables between versions
>> are drastically different.  8.3.8 only contains 1 row, whereas 8.4.1
>> contains 84211 rows.
> That's just because one of them is doing a nested loop where it looks up a
> single row from xdf_admin_hierarchy via its primary key on each iteration.
> The other plan is doing a hash join on a sequential scan over
> xdf_admin_hierarchy so it reports all the rows at once.

I've been meaning to write a patch to show the places after the
decimal point in that case.  Rounding off to an integer is horribly
misleading and obscures what is really going on.  Although in this
case maybe it would come out 1.000 anyway.


In response to

pgsql-performance by date

Next:From: Kevin GrittnerDate: 2009-12-08 15:05:04
Subject: Re: Checkpoint spikes
Previous:From: Matthew WakelingDate: 2009-12-08 14:48:33
Subject: Re: Optimizing Bitmap Heap Scan.

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group