Re: Any better plan for this query?.. - Mailing list pgsql-performance

From Gregory Stark
Subject Re: Any better plan for this query?..
Date
Msg-id 87iqkdunt1.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: Any better plan for this query?..  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: Any better plan for this query?..  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-performance
Simon Riggs <simon@2ndQuadrant.com> writes:

> We already know that MySQL favors nested loop joins

From what I read I thought that was the *only* type of join MySQL supports.

The big picture view here is that whether we run a short query in half a
millisecond versus two milliseconds is usually not really important. It could
matter if you're concerned with how many transactions/s you can run in a busy
server -- but that's not exactly the same thing and you should really measure
that in that case.

It would be nice if we were in the same ballpark as MySQL but we would only be
interesting in such optimizations if they don't come at the expense of
scalability under more complex workloads.

--
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com
  Ask me about EnterpriseDB's Slony Replication support!

pgsql-performance by date:

Previous
From: Merlin Moncure
Date:
Subject: Re: Any better plan for this query?..
Next
From: Simon Riggs
Date:
Subject: Re: Any better plan for this query?..