Re: "SELECT .. WHERE NOT IN" query running for hours

От

Kevin Grittner

Тема

Дата

10 января 2011 г. в 16:38:05

Msg-id

4D2B19BE0200002500039215@gw.wicourts.gov

обсуждение

Ответ на

Re: "SELECT .. WHERE NOT IN" query running for hours (Scott Carey)

Список

pgsql-performance

Дерево обсуждения

"SELECT .. WHERE NOT IN" query running for hours Γιωργος Βαλκανας <lebiathan@gmail.com> 6 января 2011 г. в 22:37:01

Re: "SELECT .. WHERE NOT IN" query running for hours Mladen Gogala <mladen.gogala@vmsinfo.com> 7 января 2011 г. в 00:25:55

Re: "SELECT .. WHERE NOT IN" query running for hours Γιωργος Βαλκανας <lebiathan@gmail.com> 7 января 2011 г. в 05:29:41

Re: "SELECT .. WHERE NOT IN" query running for hours Mladen Gogala <mladen.gogala@vmsinfo.com> 10 января 2011 г. в 13:28:43

Re: "SELECT .. WHERE NOT IN" query running for hours Robert Haas <robertmhaas@gmail.com> 14 января 2011 г. в 15:01:33

Re: "SELECT .. WHERE NOT IN" query running for hours Scott Carey <scott@richrelevance.com> 10 января 2011 г. в 16:32:21

Re: "SELECT .. WHERE NOT IN" query running for hours "Kevin Grittner" <Kevin.Grittner@wicourts.gov> 10 января 2011 г. в 16:38:05

Re: "SELECT .. WHERE NOT IN" query running for hours Scott Carey <scott@richrelevance.com> 10 января 2011 г. в 17:03:09

Scott Carey  wrote:

> Often, the best query plans result from 'LEFT JOIN WHERE right
> side is NULL' rather than NOT EXISTS however.  I often get
> performance gains by switching NOT EXISTS queries to LEFT JOIN
> form.

Even in 8.4 and later?  I would think that the anti-join that Tom
added in 8.4 would always perform at least as well as the LEFT JOIN
technique you describe.

-Kevin

В списке pgsql-performance по дате отправления

Предыдущее

От: Scott Carey

Дата: 10 января 2011 г. в 16:32:21

Сообщение: Re: "SELECT .. WHERE NOT IN" query running for hours

Следующее

От: Scott Carey

Дата: 10 января 2011 г. в 17:03:09

Сообщение: Re: "SELECT .. WHERE NOT IN" query running for hours