Re: Performance of subselects - Mailing list pgsql-general

From Grzegorz Jaśkiewicz
Subject Re: Performance of subselects
Date
Msg-id 2f4958ff0903081147o5c3137c8uebc24e761f4beae7@mail.gmail.com
Whole thread Raw
In response to Re: Performance of subselects  (Christian Schröder <cs@deriva.de>)
Responses Re: Performance of subselects  (Scott Marlowe <scott.marlowe@gmail.com>)
List pgsql-general
On Sun, Mar 8, 2009 at 6:37 PM, Christian Schröder <cs@deriva.de> wrote:
> 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?
not in this case, afaik


>> You're probably at the threshold where it doesn't think the hashtable
>> would fit in work_mem.

work_mem constraints amount of memory allocated per connection, hence
you can run out of memory if too many connections try to use too much
of it at the same time, that's why it is advisable to set work_mem per
connection/query, should the connection/query require more.


--
GJ

pgsql-general by date:

Previous
From: Christian Schröder
Date:
Subject: Re: Performance of subselects
Next
From: Carl Sopchak
Date:
Subject: Re: Newbie questions relating to transactions