Re: [PERFORM] Hash Anti Join performance degradation

2011-05-26 Thread panam
Sorry, SELECT MAX(e.id) FROM event_message e WHERE e.box_id = id as posted previously should actually read SELECT max(m1.id) FROM message m1 WHERE m1.box_id = b.id) so I tried this already. Regards, panam -- View this message in context: http://postgresql.1045698.n5.nabble.com/Hash-Anti

Re: [PERFORM] Hash Anti Join performance degradation

2011-05-26 Thread panam
ple. So I am constrained to the subquery in all optimization attemps (I cannot combine them as you did), at least I do not see how. If you have an idea for a more performant subquery though, let me know, as this can easily be replaced. Thanks for your help and suggestions panam -- View this mess

Re: [PERFORM] Hash Anti Join performance degradation

2011-05-26 Thread panam
rmany.1252" "listen_addresses";"*" "log_destination";"stderr" "log_line_prefix";"%t " "logging_collector";"on" "max_connections";"100" "max_stack_depth";"2MB" "port";"

Re: [PERFORM] Hash Anti Join performance degradation

2011-05-25 Thread panam
h the "last" row (on the time of doing the equivalent of "cluster"). So there would be a small list saying rows with id x - rows with id y are guaranteed to be ordered on disk (by id for example) now and for all times. So, would you like to further investigate my previous is

Re: [PERFORM] Hash Anti Join performance degradation

2011-05-24 Thread panam
re, its a pretty basic setup. How can I obtain the information you require here? I could send you the output of the analyse vacuum command from pgAdmin, but is there a way to make it output the information in English (rather than German)? Thanks for your interest in this issue. Regards, panam

[PERFORM] Hash Anti Join performance degradation

2011-05-23 Thread panam
rows=30640 width=16) (actual time=2.406..20.492 rows=20102 loops=115)" " Output: m2.box_id, m2.id" " Recheck Cond: (m2.box_id = $0)" " Buffers: shared hit=56969 read=84533 written=10" "