PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> ... EXPLAIN ANALYZE shows the following query plan:
> Merge Join (cost=179053.41..179054.24 rows=1 width=8) (actual
> time=2140.820..2140.822 rows=1 loops=1)
> [ but with ] SET enable_seqscan = false:
> Nested Loop Semi Join (cost=0.57..12.85 rows=1 width=8) (actual
> time=0.877..0.920 rows=1 loops=1)
Yeah, that seems *extremely* broken. The planner correctly estimates
the second plan as much cheaper, so why did it fail to choose that one
without help? Will look into this.
regards, tom lane