From: | Sebastian Pawłowski <sebpaa(at)gmail(dot)com> |
---|---|
To: | Philippe Lang <philippe(dot)lang(at)attiksystem(dot)ch> |
Cc: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Query 4-5 times slower after ANALYZE |
Date: | 2009-03-18 13:46:00 |
Message-ID: | 2BC8BD16-7275-4FAF-A390-38C137D7D437@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
hi
it's look better with explain.depesz.com :) you can easily find that
in "before" it uses index scan and in "after" it uses seq
before:
http://explain.depesz.com/s/RC
after:
http://explain.depesz.com/s/nm
try as mentioned before to change costs
Best regards,
Sebastian Pawłowski
Wiadomość napisana w dniu 2009-03-18, o godz. 10:55, przez Philippe
Lang:
> Hi,
>
> I'm using Postgresql 8.3.6 under Freebsd 7.1.
>
> After a fresh restore of a customer dump (running version 8.2.7 at the
> moment), a rather big query executes in about 30 seconds. As soon as I
> run ANALYZE, it is instantly 4-5 times slower. I could check that
> multiples times.
>
> Here is the EXPLAIN ANALYZE before the ANALYZE:
> http://www.attiksystem.ch/postgresql/query_slower_after_analyze/before.t
> xt
>
> And here the the EXPLAIN ANALYZE after the ANALYZE:
> http://www.attiksystem.ch/postgresql/query_slower_after_analyze/after.tx
> t
>
> Any idea what could be turned on/off in order not to have this
> slowdown
> after the ANALYZE?
>
> Best regards,
>
> ---------------
> Philippe Lang
> Attik Syste,
>
> -
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2009-03-18 13:46:39 | Re: sql transaction |
Previous Message | Andreas Kretschmer | 2009-03-18 13:41:12 | Re: sql transaction |