Re: Performance of full outer join in 8.3

From: Christian Schröder <cs(at)deriva(dot)de>
To: Grzegorz Jaśkiewicz <gryzman(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Performance of full outer join in 8.3
Date: 2009-04-15 12:04:03
Message-ID: 49E5CD33.6070406@deriva.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Grzegorz Jaśkiewicz wrote:
> set work_mem=24000; before running the query.
>
> postgres is doing merge and sort on disc, that's always slow.
>
Ok, but why is the plan different in 8.2? As you can see the same query
is really fast in 8.2, but slow in 8.3.
> is there an index on column isin ?
>
There is a separate index on the isin column of the attachment_isins
table (attachment_isins_isin_idx). The other table (rec_isins) has the
combination of attachment and isin as primary key which creates an
implicit index. Can this index be used for the single column isin? And
again: Why doesn't this matter in 8.2??

Regards,
Christian

--
Deriva GmbH Tel.: +49 551 489500-42
Financial IT and Consulting Fax: +49 551 489500-91
Hans-Böckler-Straße 2 http://www.deriva.de
D-37079 Göttingen

Deriva CA Certificate: http://www.deriva.de/deriva-ca.cer

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Grzegorz Jaśkiewicz 2009-04-15 12:11:44 Re: Performance of full outer join in 8.3
Previous Message Grzegorz Jaśkiewicz 2009-04-15 11:43:04 Re: Performance of full outer join in 8.3

Browse pgsql-hackers by date

  From Date Subject
Next Message Grzegorz Jaśkiewicz 2009-04-15 12:11:44 Re: Performance of full outer join in 8.3
Previous Message Sam Mason 2009-04-15 11:45:30 Re: Unicode string literals versus the world