From: | "Mark Liberman" <mliberman(at)goldpocket(dot)com> |
---|---|
To: | "Adnan DURSUN" <a_dursun(at)hotmail(dot)com>, <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: SQL Function Performance |
Date: | 2006-02-13 23:45:13 |
Message-ID: | 9D938282F8C6EE43B748B910386DE93E0138B3F3@srvgpimail1.GPI.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
> in my case; both direct query and sql function gererate same execution plan. Also, execution plan belongs to the sql function better than direct sql > query plan. But, direct sql result comes less than 1 second. sql function result comes about in 50 seconds.
How are you getting at the plan inside your function? If you just do an EXPLAIN on the function call you get a FUNCTION SCAN line in your plan, which tells you nothing. I remember I had to work through some process for catching the output of the Explain plan in a cursor and returning that to actually see the plan. I saw in a previous response he suggested using a PREPARE and EXECUTE against that. I'm not sure that's the same as what's going on in the function (although I could be wrong).
Just humor me and try creating the sql query in the fuction in a text variable and then Executing it.
Prior to that, however, you might try just recreating the function. The plan may be re-evaluated at that point.
- Mark
From | Date | Subject | |
---|---|---|---|
Next Message | Adnan DURSUN | 2006-02-14 00:16:49 | Re: SQL Function Performance |
Previous Message | Adnan DURSUN | 2006-02-13 21:58:59 | Re: SQL Function Performance |