Re: Sorting performance vs. MySQL

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Yang Zhang <yanghatespam(at)gmail(dot)com>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Sorting performance vs. MySQL
Date: 2010-02-22 19:39:39
Message-ID: dcc563d11002221139n3c4e5af0pfc6a823894c25439@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, Feb 22, 2010 at 12:30 PM, Yang Zhang <yanghatespam(at)gmail(dot)com> wrote:
> This isn't some microbenchmark. This is part of our actual analytical
> application. We're running large-scale graph partitioning algorithms.

It's important to see how it runs if you can fit more / most of the
data set into memory by cranking up work_mem to something really big
(like a gigabyte or two) and if the query planner can switch to some
sort of hash algorithm.

Also, can you cluster the table on transactionid ?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Frank Heikens 2010-02-22 19:41:29 Re: Sorting performance vs. MySQL
Previous Message Yang Zhang 2010-02-22 19:30:43 Re: Sorting performance vs. MySQL