Remigiusz Sokolowski <rems@gdansk.sprint.pl> writes:
> But without Vadim's suggestion I've got still similar results - sometimes
> optimizer has used index on e1 and on b1, sometimes on e1 and e2, but
> never on e1,b1 and e2 at once (note: this was join on ent e1, binds b1 and
> ent e2)
You won't ever see a three-way join in EXPLAIN's output, if that was
what you were looking for. Postgres always handles joins by combining
two tables, then combining the result with another table, etc.
regards, tom lane