Re: [HACKERS] query optimization with UDFs

2006-10-14 Thread Tom Lane
Markus Schaber <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> The trick is to figure out what a useful parameterized cost model would >> look like. IIRC, the main reason the xfunc code rotted on the vine was >> that its cost parameters didn't seem to be either easy to select or >> powerful in pr

Re: [HACKERS] query optimization with UDFs

2006-10-14 Thread Markus Schaber
Hi, Tom, Tom Lane wrote: > Neil Conway <[EMAIL PROTECTED]> writes: >> BTW, I think it would make sense to implement a limited subset of the >> xfunc ideas: add options to CREATE FUNCTION to allow cost information to >> be specified, and then take advantage of this information instead of >> using t

Re: [HACKERS] query optimization with UDFs

2006-10-10 Thread Tom Lane
Neil Conway <[EMAIL PROTECTED]> writes: > BTW, I think it would make sense to implement a limited subset of the > xfunc ideas: add options to CREATE FUNCTION to allow cost information to > be specified, and then take advantage of this information instead of > using the existing constant kludges. Th

Re: [HACKERS] query optimization with UDFs

2006-10-09 Thread Neil Conway
On Mon, 2006-10-09 at 22:49 -0400, jungmin shin wrote: > Does anybody know what the Postgres does for optimizing the queries > with UDFs? The optimizer considers function volatility to avoid reevaluating UDFs needlessly, and to use index scans on predicates involving a function. Also, functions de