Re: Performance of subselects - Mailing list pgsql-general

From Christian Schröder
Subject Re: Performance of subselects
Date
Msg-id 49B4106C.2080603@deriva.de
Whole thread Raw
In response to Re: Performance of subselects  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Performance of subselects  (Grzegorz Jaśkiewicz <gryzman@gmail.com>)
List 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


pgsql-general by date:

Previous
From: Carl Sopchak
Date:
Subject: Re: Newbie questions relating to transactions
Next
From: Grzegorz Jaśkiewicz
Date:
Subject: Re: Performance of subselects