However, is there a way to get postgresql to handle this more gracefully? E.g. once it starts using more than max mem it switches or aborts_and_switches to a more disk based method? Doesn't look easy tho ;).
No offense intended but I doubt the estimator will get things right all the time (esp if my built-in Murphy Field Intensifier happens to be on).
At 11:25 AM 1/27/2004 -0500, Tom Lane wrote:
Martijn van Oosterhout <[EMAIL PROTECTED]> writes:
> I'm afraid I'll have to defer to someone else (Tom?) as why the estimate was
> out by three orders of magnitude.
I'd like to know that, too.
> I'd suggest playing around with statistics and seeing if you can work out > why they were so bad.
Could we see the pg_stats row for the ip_saddr column? Also, does the estimate get better if you increase the stats target for ip_saddr and re-analyze?
---------------------------(end of broadcast)--------------------------- TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faqs/FAQ.html