| From: | Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com> |
|---|---|
| To: | legrand legrand <legrand_legrand(at)hotmail(dot)com>, pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: pg_stat_statements: rows not updated for CREATE TABLE AS SELECT statements |
| Date: | 2020-04-22 03:17:11 |
| Message-ID: | f027b6ee-be9a-0774-14e3-59ef954c84f0@oss.nttdata.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers |
On 2020/04/21 20:37, legrand legrand wrote:
> Fujii Masao-4 wrote
>> Attached is the patch that makes pgss track the total number of rows
>> retrieved or affected by CREATE TABLE AS, SELECT INTO,
>> CREATE MATERIALIZED VIEW and FETCH. I think this is new feature
>> rather than bug fix, so am planning to add this patch into next CommitFest
>> for v14. Thought?
>
> Thanks !
> maybe v13, if this was considered as a bug that don't need backport ?
Yeah, if many people think this is a bug, we can get it into v13.
But at least for me it looks like an improvement of the capability
of pgss rather than a bug fix. If the document of pgss clearly
explained "pgss tracks the total number of rows affect by even
utility command ...", I think that we can treat this as a bug. But...
Regards,
--
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2020-04-22 07:32:23 | Re: [BUG] non archived WAL removed during production crash recovery |
| Previous Message | Michael Paquier | 2020-04-22 01:19:35 | Re: [BUG] non archived WAL removed during production crash recovery |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David Rowley | 2020-04-22 03:22:14 | Re: Parallel Append can break run-time partition pruning |
| Previous Message | Kyotaro Horiguchi | 2020-04-22 03:09:50 | Re: Remove non-fast promotion Re: Should we remove a fallback promotion? take 2 |