From: | rob stone <floriparob(at)gmail(dot)com> |
---|---|
To: | rverghese <riyav(at)hotmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Partitioned tables do not return affected row counts to client |
Date: | 2016-06-02 21:17:46 |
Message-ID: | 1464902266.3796.5.camel@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, 2016-06-02 at 11:01 -0700, rverghese wrote:
> We are looking to move from one large table to partitioned tables.
> Since the
> inserts and updates are made to the master table and then inserted
> into the
> appropriate partitioned table based on the trigger rules, the
> affected_rows
> returned to the client (PHP in this case) is always 0. We have been
> using
> the affected_rows to check various things on the client end. Is there
> an
> alternative to check for rows affected with partitioned tables? Seems
> like a
> pretty big missing feature.
> Thanks
> RV
>
>
>
> --
> View this message in context: http://postgresql.nabble.com/Partitione
> d-tables-do-not-return-affected-row-counts-to-client-tp5906112.html
> Sent from the PostgreSQL - general mailing list archive at
> Nabble.com.
>
>
pg_affected_rows returns its value from the last SQL statement
executed.
So, if the last one was a "COMMIT" say, then it returns zero.
I guess you already know this.
Without knowing the complete circumstances, all I can suggest is
running a query using your partitioning rules to verify that the rows
were inserted into the correct partition.
HTH,
Rob
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2016-06-02 21:44:05 | Re: dumb question |
Previous Message | Patrick Baker | 2016-06-02 21:03:19 | Re: PL/PGSQL + inserts+updates+limit - Postgres 9.3 |