From: | Kyle <kyle(at)actarg(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Update |
Date: | 2001-04-13 14:58:24 |
Message-ID: | 3AD71410.F2A1B252@actarg.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Tom Lane wrote:
> Kyle <kyle(at)Actarg(dot)com> writes:
> > It appears that the first function would get evaluated first under 7.0.3
> > but the last function gets evaluated first under 7.1. Is that accurate?
>
> Actually, I was under the impression that (all else being equal) WHERE
> clauses would get evaluated right-to-left in 7.0.* as well. I was
> meaning to figure out where the clause order reversal is happening and
> undo it, but didn't get around to it for 7.1.
>
> > Is there a way to control which functions are given precidence?
>
> Nope, not at the moment. The code has remnants of a notion of cost of
> evaluation for functions, but it's not being used for anything ...
>
Might be interesting to have something like:
create function ... as ... with cost=x;
It would also be cool to supply a default set of parameters to the function.
Then "vaccum analyze" or some such thing could execute the functions, time
them, and store cost data internally...
create function ... as ... with default(3,7,4);
or
create function myfunc (int4 3, float8 7, numeric 4) ...;
BTW, great job on 7.1! Kudos to all the developers who are working so hard
to make it happen.
Attachment | Content-Type | Size |
---|---|---|
kyle.vcf | text/x-vcard | 185 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Roberto Mello | 2001-04-13 15:00:45 | Debian Package problems |
Previous Message | Tim Perdue | 2001-04-13 13:23:22 | Re: Full outer join |