Re: FOUND with EXECUTE - Mailing list pgsql-hackers

From Brendan Jurd
Subject Re: FOUND with EXECUTE
Date
Msg-id 37ed240d0710151941l7f18a13dm211e8a9b9672f75f@mail.gmail.com
Whole thread Raw
In response to Re: FOUND with EXECUTE  (Neil Conway <neilc@samurai.com>)
List pgsql-hackers
On 10/16/07, Neil Conway <neilc@samurai.com> wrote:
> See prior discussion:
>
>     http://archives.postgresql.org/pgsql-bugs/2004-10/msg00001.php

Thanks for the link.  I did search the archives but unfortunately
terms like 'found' and 'execute' generate a lot of unwanted matches =)

>
> It would be easy enough to have EXECUTE modify FOUND, and that might
> well be worth doing. Adding an "EVAL" concept would also be useful,
> though, and would avoid changing EXECUTE's behavior in a way that might
> break client apps.

Hm, it seems the only thing that would be broken is a function which
runs an ordinary statement, and then waits until *after* doing an
EXECUTE to check the value of FOUND.  It's tough to imagine somebody
actually relying on this behaviour, and perhaps it's fair to say that
failure to check FOUND immediately after the statement you're
interested in is bad coding practice?

Regards,
BJ


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: UTF8 on Debian
Next
From: Oleg Bartunov
Date:
Subject: Re: 8.3 full text search docs