Re: Performance of subselects
От | Christian Schröder |
---|---|
Тема | Re: Performance of subselects |
Дата | |
Msg-id | 49B4106C.2080603@deriva.de обсуждение исходный текст |
Ответ на | Re: Performance of subselects (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Performance of subselects
|
Список | 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 по дате отправления: