Re: BUG #1552: massive performance hit between 7.4 and 8.0.1

From: Keith Browne <tuxedo(at)deepsky(dot)com>
To: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #1552: massive performance hit between 7.4 and 8.0.1
Date: 2005-03-22 03:09:36
Message-ID: 423F8C70.1090105@deepsky.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

> They PGSQL-PERFORMANCE list is really the appropriate place for
> performance issues like yours. Subscribe?

Josh,

Brian and I are trying to put upwards of 80-90,000 rows into a table.
When we run on PostgreSQL 7.4, this takes about five minutes. On
comparable hardware, running PostgreSQL 8.0.1, it's taking almost two
hours. The query from the bug report shows that the planner is using
sequential searches, not index searches, to satisfy the foreign key
constraint.

Our scenario (inserting data into a new table) seems to be something
that a lot of users could run across. The performance drop we're seeing
shows up as a regression from earlier behaviour in PostgreSQL. That's
why, after discussing our issue with AndrewSN on #postgresql, Brian
filed a bug here.

We'll follow up with the PERFORMANCE list to find a workaround, but I
think this is an issue which should be addressed as a bug.

Thanks for your help,

Keith Browne
tuxedo(at)deepsky(dot)com

Browse pgsql-bugs by date

  From Date Subject
Next Message Staffan Sandberg 2005-03-22 09:27:37 BUG #1557: UPPER() and LOWER() do not return the right characters
Previous Message Tom Lane 2005-03-22 01:59:19 Re: BUG #1552: massive performance hit between 7.4 and 8.0.1