| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | "Florian G(dot) Pflug" <fgp(at)phlo(dot)org> |
| Cc: | Gregory Stark <stark(at)enterprisedb(dot)com>, Richard Huxton <dev(at)archonet(dot)com>, Heikki Linnakangas <heikki(at)enterprisedb(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Neil Conway <neilc(at)samurai(dot)com>, Martijn van Oosterhout <kleptog(at)svana(dot)org>, Islam Hegazy <islheg(at)hotmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: modifying the tbale function |
| Date: | 2007-03-20 13:35:11 |
| Message-ID: | 45FFE30F.40808@dunslane.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Florian G. Pflug wrote:
>> Are we really sure that this isn't a solution in search of a problem?
> I think this really depends on how you define "problem". Some people
> might think that "select * from myfunc(...) limit 1" should stop and
> return a result after myfunc(...) has returned one row. Others will
> say "well, just use a different software design that doesn't depend
> on this optimization".
>
>
I think that's a very thin use case to justify all the scaffolding you
propose, so put me in with the others I guess.
If we can provide a per-call mechanism for C functions, that should be
adequate, I think. If you need heavy optimization then you need C
functions anyway.
cheers
andrew
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Stefan Kaltenbrunner | 2007-03-20 13:40:37 | Re: Buildfarm feature request: some way to track/classify failures |
| Previous Message | Alvaro Herrera | 2007-03-20 13:29:38 | Re: how to add seconds to a TimestampTz |