Skip site navigation (1) Skip section navigation (2)

Re: Function return number of affected rows

From: "Francisco Figueiredo Jr(dot)" <fxjrlists(at)yahoo(dot)com(dot)br>
To: Michael Fuhr <mike(at)fuhr(dot)org>
Cc: pgsql-interfaces(at)postgresql(dot)org
Subject: Re: Function return number of affected rows
Date: 2005-02-10 16:51:46
Message-ID: 420B9122.2090802@yahoo.com.br (view raw or flat)
Thread:
Lists: pgsql-interfaces
Michael Fuhr wrote:
> On Thu, Feb 10, 2005 at 09:34:04AM -0200, Francisco Figueiredo Jr. wrote:
> 
>>I'd like to know if it is possible to get the number of affected rows of
>>an insert, update or delete command inside a function.
> 
> 
> Yes, but how you get that information depends on your client interface.
> With libpq, for example, you could call PQcmdTuples().  If you're using
> something else then see the relevant documentation.
> 

Hi Michael.

Thx for info. I will check what PQcmdTuples is doing.

> 
>>I'd like to know that, because I want to add this support, if possible,
>>to Npgsql.
>>
>>I know the server sends a CompletedResponse message indicating the
>>number of rows affected by a insert update and delete sent directly. But
>>if this is inside a function? Is it possible to get this message too?
> 
> 
> Does Npgsql use its own implemention of the PostgreSQL protocol?
> If so, then that implementation will have to provide the desired
> functionality itself.
> 

Yeap. Npgsql implements protocol itself. This is exactly the problem. 
I'm not receiving the CompletedResponse protocol message when executing 
the insert inside a function. It is through the CompletedResponse 
postgresql server says how many rows were affected. But it seems that 
when calling a function it doesn't return any.

Thanks for your feedback Michael.

Regards,

Francisco Figueiredo Jr.



In response to

Responses

pgsql-interfaces by date

Next:From: Tom LaneDate: 2005-02-10 17:31:13
Subject: Re: Help with adding C-Language Functions
Previous:From: Michael FuhrDate: 2005-02-10 14:58:00
Subject: Re: Help with adding C-Language Functions

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group