Re: pl-pgsql question

From: Darren Ferguson <darren(at)crystalballinc(dot)com>
To: gearond(at)cvc(dot)net
Cc: Vilson farias <vilson(dot)farias(at)digitro(dot)com(dot)br>, pgsql-general(at)postgresql(dot)org
Subject: Re: pl-pgsql question
Date: 2003-04-24 22:02:33
Message-ID: 3EA85EF9.40709@crystalballinc.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Just the last statement that occurred in that session provided it is an
update / delete as far as i know

Darren

Dennis Gearon wrote:

> What's the scope of that statement, just the last statement within the
> same session, all statements within that session, what?
>
> Darren Ferguson wrote:
>
>> rows INTEGER;
>>
>> UPDATE foo SET bar = ''test'';
>> GET DIAGNOSTICS rows := ROW_COUNT;
>>
>> This will return the number of rows actually updated by the system
>>
>> HTH
>> Darren
>> Vilson farias wrote:
>>
>>> Greetings,
>>>
>>> I'm writing some stored procedures using pl-pgsql and I need to
>>> know how
>>> many tuples were affected by a update/delete/insert command.
>>>
>>> Let's suppose my script is like this :
>>>
>>> CREATE FUNCTION gerachave(INT4) RETURNS INT4 AS'
>>> DECLARE
>>> CAD ALIAS FOR $1;
>>> BEGIN
>>> novovalor := 0;
>>>
>>> UPDATE table1 SET is_ok = 1 WHERE cod_cad = CAD;
>>>
>>> INSERT INTO cnfg_gerachave VALUES (<quantity of tuples affected by
>>> UPDATE>);
>>>
>>> RETURN CAD;
>>> END;
>>> '
>>> LANGUAGE 'plpgsql';
>>>
>>>
>>> Is it possible to discovery how many tuples were affected? How can I
>>> do it?
>>>
>>> Thanks in advance.
>>>
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> ----
>>> José Vilson de Mello de Farias
>>> Software Engineer
>>>
>>> Dígitro Tecnologia Ltda - www.digitro.com.br
>>> APC - Customer Oriented Applications
>>> E-mail: vilson(dot)farias(at)digitro(dot)com(dot)br
>>> Tel.: +55 48 281 7158
>>> ICQ 11866179
>>>
>>>
>>> ---------------------------(end of
>>> broadcast)---------------------------
>>> TIP 3: if posting/reading through Usenet, please send an appropriate
>>> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
>>> message can get through to the mailing list cleanly
>>>
>>>
>>
>>
>> ---------------------------(end of broadcast)---------------------------
>> TIP 6: Have you searched our list archives?
>>
>> http://archives.postgresql.org
>>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message ahoward 2003-04-24 22:07:09 Re: has_table_priviledge
Previous Message Tom Lane 2003-04-24 22:02:21 Re: [SQL] rewriting values with before trigger