Re: OUTER JOIN IS SLOW

Поиск
Список
Период
Сортировка
От Shoaib Mir
Тема Re: OUTER JOIN IS SLOW
Дата
Msg-id bf54be870612231221l515f33b5k39c455476de0db7c@mail.gmail.com
обсуждение исходный текст
Ответ на Re: OUTER JOIN IS SLOW  ("Shoaib Mir" <shoaibmir@gmail.com>)
Ответы Re: [GENERAL] OUTER JOIN IS SLOW  (Benjamin Arai <benjamin@araisoft.com>)
Список pgsql-admin
....adding to the last email, for now try the work_mem but you should be adding ANALYZE along with the VACUUM (with a cron job I guess) you do regularly.

------------
Shoaib Mir
EntperpriseDB ( www.enterprisedb.com)

On 12/24/06, Shoaib Mir <shoaibmir@gmail.com> wrote:
Try increasing the work_mem first to see the change, that might help.

-------------
Shoaib Mir
EnterpriseDB ( www.enterprisedb.com)

On 12/24/06, Benjamin Arai <benjamin@araisoft.com> wrote:
I have been running pieces of my PL function by hand and I have found
that the following queries work by themselves taking less than a second
to execute.

getDateRange"('12/1/2005','12/1/2006')  <- simply generates a date
list.  Doesn't even access a table

SELECT * FROM mutualfd_weekday_qbid WHERE cusip='92193920' AND  pkey >=
'12/15/2005' AND pkey <= '12/15/2006';

But when combined as below it takes 10 seconds to execute.

SELECT d1 as date, d2.data as data FROM
"getDateRange"('12/1/2005','12/1/2006') d1 FULL OUTER JOIN (SELECT *
FROM mutualfd_weekday_qbid WHERE cusip='92193920' AND  pkey >=
'12/15/2005' AND pkey <= '12/15/2006') d2 ON d1=d2.pkey;

Do I need to increase the work_mem or is this possible still a ANALYZE
issue?

Benjamin

---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at

                http://www.postgresql.org/about/donate


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

Предыдущее
От: "Shoaib Mir"
Дата:
Сообщение: Re: OUTER JOIN IS SLOW
Следующее
От: Benjamin Arai
Дата:
Сообщение: Re: [GENERAL] OUTER JOIN IS SLOW