Re: Sorting performance vs. MySQL - Mailing list pgsql-general

From Alex Hunsaker
Subject Re: Sorting performance vs. MySQL
Date
Msg-id 34d269d41002230901na9838a4uc82617785ac5c9cc@mail.gmail.com
Whole thread Raw
In response to Re: Sorting performance vs. MySQL  (Yang Zhang <yanghatespam@gmail.com>)
List pgsql-general
On Tue, Feb 23, 2010 at 00:02, Yang Zhang <yanghatespam@gmail.com> wrote:
> Thing is, this is how I got here:
>
> - ran complex query that does SELECT INTO.
> - that never terminated, so killed it and tried a simpler SELECT (the
> subject of this thread) from psql to see how long that would take.

You might have better luck if you paste the EXPLAIN ANALYZE of the
SELECT INTO here (Maybe a new thread? Maybe on -performance? use your
judgement...).  But I bet if its doing something with transactionid
like your straight select was, an index would help.  If you are just
using SELECT INTO to copy all of the data into a new table... COPY
might be faster or CREATE TABLE AS.

pgsql-general by date:

Previous
From: "Wang, Mary Y"
Date:
Subject: Re: pg_dump new version
Next
From: Belka Lambda
Date:
Subject: FOREIGN KEY composite_type.its_field REFERENCES ....