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
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 |