Re: BUG #2102: Backend reports wrong number of affected rows for a - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #2102: Backend reports wrong number of affected rows for a
Date
Msg-id 23045.1135696852@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #2102: Backend reports wrong number of affected rows for a  (bfraci@aol.com)
List pgsql-bugs
bfraci@aol.com writes:
> In my case we have an unconditional instead rule.  The original query was an update and the instead rule replaced it
withan update of another table; an update was replaced with an update.  Then I should expect to see the status of the
lastquery that was inserted by the instead rule.  So I should not see a status of zero. 

Well, you'll see the status of the last UPDATE executed due to a rule
... but that doesn't mean it couldn't have updated zero rows.  It might
be worth pointing out here that conditional rules insert queries that
have the condition added to their WHERE clause; if the condition is
false then no rows are going to get processed.

            regards, tom lane

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #2123: join between stored procedures
Next
From: Tom Lane
Date:
Subject: Re: BUG #2127: Regular Expression Limits Do Not Work