

|
 |
| << Topic |
< Post |
Post 4 of 17 Topic 3994 of 4361
|
Post > |
Topic >> |
Re: SQL Function Slowness, 8.3.0
by gmr@[EMAIL PROTECTED]
("Gavin M. Roy")
Apr 16, 2008 at 02:44 PM
| ------=_Part_20860_23503872.1208371480588
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
After detailed examination of pg_stat_user_indexes usage, it's clear that
the functions don't use the same indexes. I've casted everything to match
the indexes in the SQL function, to no success. Any suggestions on next
steps? Maybe for 8.4 we could find a way to explain analyze function
internals ;-)
Gavin
On Wed, Apr 16, 2008 at 11:09 AM, Tom Lane <tgl@[EMAIL PROTECTED]
> wrote:
> "Gavin M. Roy" <gmr@[EMAIL PROTECTED]
> writes:
> > In 8.3.0, I'm seeing some oddities with SQL functions which I thought
> were
> > immune to the planner data restrictions of plpgsql functions and the
> sort.
>
> Without a specific example this discussion is pretty content-free, but
> in general SQL functions face the same hazards of bad parameterized
> plans as plpgsql functions do.
>
> regards, tom lane
>
------=_Part_20860_23503872.1208371480588
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
After detailed examination of pg_stat_user_indexes usage, it's clear
that the functions don't use the same indexes. I've casted
everything to match the indexes in the SQL function, to no success.
Any suggestions on next steps? Maybe for 8.4 we could find a
way to explain analyze function internals ;-)<div>
<br></div><div>Gavin<br><br><div class="gmail_quote">On Wed, Apr 16, 2008
at 11:09 AM, Tom Lane <<a
href="mailto:tgl@[EMAIL PROTECTED]
">tgl@[EMAIL PROTECTED]
>>
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">"Gavin M. Roy" <<a
href="mailto:gmr@[EMAIL PROTECTED]
">gmr@[EMAIL PROTECTED]
>> writes:<br>
> In 8.3.0, I'm seeing some oddities with SQL functions which I
thought were<br>
> immune to the planner data restrictions of plpgsql functions and the
sort.<br>
<br>
</div>Without a specific example this discussion is pretty content-free,
but<br>
in general SQL functions face the same hazards of bad parameterized<br>
plans as plpgsql functions do.<br>
<br>
regards, tom lane<br>
</blockquote></div><br></div>
------=_Part_20860_23503872.1208371480588--


|
17 Posts in Topic:
|
gmr@[EMAIL PROTECTED]
(& |
2008-04-16 11:06:35 |
|
tgl@[EMAIL PROTECTED]
(T |
2008-04-16 11:09:47 |
|
mark@[EMAIL PROTECTED]
( |
2008-04-16 11:14:26 |
|
gmr@[EMAIL PROTECTED]
(& |
2008-04-16 14:44:40 |
|
tgl@[EMAIL PROTECTED]
(T |
2008-04-16 16:24:32 |
|
jd@[EMAIL PROTECTED]
(&q |
2008-04-16 11:58:08 |
|
simon@[EMAIL PROTECTED]
|
2008-04-17 17:12:31 |
|
tgl@[EMAIL PROTECTED]
(T |
2008-04-17 12:12:50 |
|
simon@[EMAIL PROTECTED]
|
2008-04-17 17:25:57 |
|
tgl@[EMAIL PROTECTED]
(T |
2008-04-17 12:41:12 |
|
craig@[EMAIL PROTECTED]
|
2008-04-18 01:00:43 |
|
alvherre@[EMAIL PROTECTED |
2008-04-17 13:15:40 |
|
tgl@[EMAIL PROTECTED]
(T |
2008-04-17 19:38:54 |
|
craig@[EMAIL PROTECTED]
|
2008-04-18 11:41:17 |
|
tgl@[EMAIL PROTECTED]
(T |
2008-04-18 00:01:52 |
|
craig@[EMAIL PROTECTED]
|
2008-04-18 12:21:46 |
|
simon@[EMAIL PROTECTED]
|
2008-04-17 17:50:55 |
|
Post A Reply:

|
|
|
|