Re: Performance of subselects

From: Christian Schröder <cs(at)deriva(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Performance of subselects
Date: 2009-03-08 18:37:32
Message-ID: 49B4106C.2080603@deriva.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> No, they're not the same; NOT IN has different semantics for nulls.
>
But in this case the column in the subselect has a not-null constraint.
Does the planner recognize this constraint?
> You're probably at the threshold where it doesn't think the hashtable
> would fit in work_mem.
>
I have read in the docs that the "work_mem" value should be increased
carefully because the total memory used can be many times the value of
"work_mem". Is there any statistics available about how many concurrent
sort or hash operations are running and how much memory they consume?
This would help to find out if the value can be changed without running
out of memory.

Regards,
Christian Schröder

--
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-03-08 18:47:07 Re: Performance of subselects
Previous Message Carl Sopchak 2009-03-08 17:17:12 Re: Newbie questions relating to transactions