Re: [HACKERS] SRF rescan testing

2002-06-01 Thread Valentine Zaretsky
Tom Lane wrote: >>3. PL/pgSQL support for returning sets -- this seems to me like an >>important item if SRFs are to be useful to the masses. Any pointers on >>how to approach this would be appreciated. >> > >Does Oracle's pl/sql support this? If so what does it look like? > Oracle supports "p

Re: [HACKERS] SRF rescan testing

2002-06-01 Thread Hannu Krosing
On Sun, 2002-05-26 at 21:55, Joe Conway wrote: > Tom Lane wrote: > >>3. PL/pgSQL support for returning sets -- this seems to me like an > >>important item if SRFs are to be useful to the masses. Any pointers on > >>how to approach this would be appreciated. > > > > Does Oracle's pl/sql support

Re: [HACKERS] SRF rescan testing

2002-06-01 Thread Joe Conway
Hannu Krosing wrote: > On Sun, 2002-05-26 at 21:55, Joe Conway wrote: > >>Tom Lane wrote: >> 3. PL/pgSQL support for returning sets -- this seems to me like an important item if SRFs are to be useful to the masses. Any pointers on how to approach this would be appreciated. >>> >>>Do

Re: [HACKERS] SRF rescan testing

2002-06-01 Thread Christopher Kings-Lynne
> (OTOH one could make a good argument that now is the time to do it > if we're ever gonna do it --- clients that are not schema-aware will > be badly in need of work anyway for 7.3...) Maybe the attisdropped column should be created and added to the pg_attribute catalog now as well. It would al

Re: [HACKERS] SRF rescan testing

2002-05-28 Thread Zeugswetter Andreas SB SD
> FOR row IN select_query LOOP > statements > RETURN NEXT row; > END LOOP; Informix has RETURN x1, x2, x3 WITH RESUME; This seems reasonable to me. PostgreSQL could also allow return x with resume, where x is already a composite type. Andreas ---(end

Re: [HACKERS] SRF rescan testing

2002-05-27 Thread Joe Conway
Joe Conway wrote: > Tom Lane wrote: >> >> Now that I think about it, it's possible that ExecFunctionReScan is >> correct now, at least given the simplistic always-materialize policy >> that we've implemented so far. But it hasn't gotten much testing. > > OK -- the attached (stand alone) test scr

Re: [HACKERS] SRF rescan testing

2002-05-27 Thread Tom Lane
Joe Conway <[EMAIL PROTECTED]> writes: > I'm thinking about next steps for SRFs and looking for input. ... At > this point I know of several things which need to be done (or at least I > think they are desirable): > 1. Documentation -- it wasn't clear if Joel Burton was going to have > time to

Re: [HACKERS] SRF rescan testing

2002-05-27 Thread Joe Conway
Tom Lane wrote: >>3. PL/pgSQL support for returning sets -- this seems to me like an >>important item if SRFs are to be useful to the masses. Any pointers on >>how to approach this would be appreciated. > > Does Oracle's pl/sql support this? If so what does it look like? I *think* Oracle pl/s

[HACKERS] SRF rescan testing

2002-05-20 Thread Joe Conway
was Re: [PATCHES] SRF patch (was Re: [HACKERS] troubleshooting pointers) Tom Lane wrote: > > Now that I think about it, it's possible that ExecFunctionReScan is > correct now, at least given the simplistic always-materialize policy > that we've implemented so far. But it hasn't gotten much test