Re: Equivalent of InternalRowsAffected in NonExecuteQuery for PostgreSQL
От | Steve Midgley |
---|---|
Тема | Re: Equivalent of InternalRowsAffected in NonExecuteQuery for PostgreSQL |
Дата | |
Msg-id | CAJexoS+Lj1HCRic=adnyswqJ5FCky4nXUtPBXiJODHwZdvcReA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Equivalent of InternalRowsAffected in NonExecuteQuery for PostgreSQL (Vijaykumar Jain <vijaykumarjain.github@gmail.com>) |
Список | pgsql-sql |
On Thu, Jul 29, 2021 at 5:37 AM Vijaykumar Jain <vijaykumarjain.github@gmail.com> wrote:
On Thu, Jul 29, 2021, 6:01 PM Avadhut Narayan Joshi <AJoshi7@sensiaglobal.com> wrote:Hello Vijaykumar ,
For SQL Server , when we execute queries using ExecuteNonQuery , InternalRowsAffected is set by default .
Using diagnostics we have to collect and return explicitly for further work flow .
So is there any out-of-box equivalent in PostgreSQL
OK, honestly I do not know much about sql server.You can run explain, on the query to get an estimated rows that would be touched at each node layer.explain analyze, would give estimated and real number of rows touched at each node layer.There are stats updated in pg_stat_all_tables catalog for the relevant table for ins, upd, del etc but that is cumulative at the db layer, not sure if that can be useful at per query layer.I think in that case, someone else would chime in with more exp.
There's a fairly robust discussion of this over on StackOverflow: https://stackoverflow.com/questions/13647925/getting-affected-rows-by-update-statement-in-raw-plpgsql
My recollection (hazy) is that for my ORM wrapper of choice (ActiveRecord for Ruby), the AR Pg driver returns the number of rows affected and I just relied on that. (cf https://stackoverflow.com/questions/27552542/affected-rows-for-activerecordbase-connection-execute).
I hope this input is helpful,
Steve
В списке pgsql-sql по дате отправления: