From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "John Engelhart" <johne(at)zang(dot)com> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #1541: Unusually long INSERT times after fresh clean/CREATE TABLES |
Date: | 2005-03-14 05:13:53 |
Message-ID: | 4973.1110777233@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
"John Engelhart" <johne(at)zang(dot)com> writes:
> Since I'm developing an SQL based application, I routinely "start from
> scratch" with a script that deletes all the tables in my database and
> rebuilds them. A problem started when I upgraded from 7.4.7 to 8.0.1 in
> that the first run after the clean takes an UNUSUALLY long time to complete,
> on the order of a few hundred inserts/sec. A normal run takes ~30 seconds.
> A from scratch run takes ~15 minutes, with the next run completing in 30
> seconds with zero changes.
The 8.0 planner is intentionally sensitive to the current actual
physical sizes of tables. It sounds like you've managed to get it to
plan something on the assumption that the tables are tiny and keep
using that plan after they aren't tiny any more. The old planner had
the same kind of issue but it was far easier to hit, so "revert that
change" isn't an answer that I'm particularly interested in.
> Hopefully this is enough info to track down and recreate the problem
Not really.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2005-03-14 05:35:32 | Re: [BUGS] We are not following the spec for HAVING without GROUP |
Previous Message | Tom Lane | 2005-03-14 05:09:25 | Re: BUG #1539: Suggestion |