Re: PERFORM effects FOUND patch (Was: [GENERAL] I must be

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: PERFORM effects FOUND patch (Was: [GENERAL] I must be
Дата
Msg-id 3D0DE65C.5876FDC4@Yahoo.com
обсуждение исходный текст
Ответ на PERFORM effects FOUND patch (Was: [GENERAL] I must be blind...)  ("Nigel J. Andrews" <nandrews@investsystems.co.uk>)
Ответы Re: PERFORM effects FOUND patch (Was: [GENERAL] I must be  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
"Nigel J. Andrews" wrote:
>
> On Fri, 14 Jun 2002, Alvaro Herrera wrote:
>
> > Tom Lane dijo:
> >
> > > "Nigel J. Andrews" <nandrews@investsystems.co.uk> writes:
> > > > However, because PERFORM discards the results of a query it is only
> > > > useful for side effects of the query.
> >
> > > Okay.  I guess the next question is whether PERFORM *should* be setting
> > > FOUND.  Seems like it might be a reasonable thing to do.
> >
> > Well, actually FOUND _is_ a side effect of PERFORM, IMHO.  I also tried
> > to do the very same thing, and also had to use the dummy variable, which
> > seems like a waste to me.
> >
> > I do not know anything about Oracle's PERFORM, though a quick search on
> > Google shows nothing relevant.
>
> I know nothing of Oracle's use of PERFORM either. Indeed I have looked in 4
> Oracle books 'Oracle 8i The Complete Reference', 'Oracle8i DBA Bible', 'Oracle
> PL/SQL Language Pocket Reference' and one on PL/SQL Builtins (on the off
> chance), and couldn't find any reference to PERFORM. I even scanned, by eye,
> every page of the PL/SQL reference and saw nothing.

Perform has nothing to do with ORACLE. It was added because people tried
to call other "procedures" and didn't want any result back. Using

    SELECT function();

didn't look right, so we made it

    PERFORM function();


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Massive regression failures
Следующее
От: Tom Lane
Дата:
Сообщение: Re: SetQuerySnapshot, once again