Re: BUG #7846: Documentation: Should FOUND be documented as an output of UPDATE statement?

From: Kevin Grittner <kgrittn(at)ymail(dot)com>
To: "mike(at)fontling(dot)com" <mike(at)fontling(dot)com>, "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: BUG #7846: Documentation: Should FOUND be documented as an output of UPDATE statement?
Date: 2013-02-04 21:05:28
Message-ID: 1360011928.28724.YahooMailNeo@web162901.mail.bf1.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

"mike(at)fontling(dot)com" <mike(at)fontling(dot)com> wrote:

> Documentation for the SQL UPDATE statement doesn't mention that
> it sets the FOUND variable. (Refer to sql-update.html,
> "Outputs".) That behavior *is* documented, but only in
> plpgsql-statements.html (Basic Statements, section 39.5.5).
>
> I understand the difference between a SQL statement and a
> PL/PGSQL statement. But if I were looking for the effects and
> side-effects of an UPDATE statement, I'd go to the docs for
> UPDATE, not for PL/PGSQL basic statements. I think that's what
> most people would do, especially if they didn't have prior
> knowledge of the FOUND variable.

Outside of plpgsql there isn't any FOUND variable to set.  If we
did what you suggest, I think we'd get bug reports about this:

test=# update t set amt = 2 where id = 1;
UPDATE 1
test=# select found;
ERROR:  column "found" does not exist
LINE 1: select found;
               ^

plpgsql creates a FOUND variable and sets it based on the rows
affected by various statements. Besides that, with all the various
PLs that are supported in PostgreSQL, littering the documention of
each SQL statement with details of how that statement is supported
in each PL would get really messy really quickly.

-Kevin

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message nvardar 2013-02-05 07:09:40 BUG #7850: left outer join is not working or I didn't contruct the query properly
Previous Message Maciej Łopuszański 2013-02-04 10:43:45 Re: BUG #7842: pg_dump scripts view to table