From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
Cc: | Postgresql General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Need feedback on possible new feature |
Date: | 2001-07-15 02:09:02 |
Message-ID: | 4930.995162942@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Martijn van Oosterhout <kleptog(at)svana(dot)org> writes:
> Yes, you actually do the query and the show what took how long. As for
> seperating the parent and child nodes, is that really necessary?
If you're going to label the nodes individually, then yes. What I take
it you haven't realized yet is that all the nodes get an initialize call
at start of query execution, and they all get a shutdown call at the
end, and the actual execution is thoroughly interleaved. You're not
going to get any meaningful info by timing the interval from startup
to shutdown.
> Anyway, do you think it's a path worth pursuing? The reason I'm doing it is
> because I know queries where the planner thinks the cost is several million
> and it takes 3 seconds, and also where the cost is a fraction of that but it
> takes minutes. But the queries are complex so it's hard to see where the
> time goes. So, this lets me see.
I think you'll soon find that the really wacko estimates come from
way-off-base row count estimates, and those in turn come from bogus
statistics about the data. So the part of your plan that involves
instrumenting the number of tuples flowing through each node might
have some value. Beware of rescans however.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Lincoln Yeoh | 2001-07-15 02:20:33 | Re: Need feedback on possible new feature |
Previous Message | Martijn van Oosterhout | 2001-07-15 00:52:55 | Re: Need feedback on possible new feature |