| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Richard Guo <guofenglinux(at)gmail(dot)com> |
| Cc: | Haowu Ge <gehaowu(at)bitmoe(dot)com>, pgsql-bugs <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: GROUP BY ROLLUP queries on views trigger full table scans (index usage not optimized) |
| Date: | 2025-12-28 16:51:03 |
| Message-ID: | 2509473.1766940663@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
Richard Guo <guofenglinux(at)gmail(dot)com> writes:
> I've been back and forth on whether to back-patch these two patches to
> v18, given that they can lead to plan changes.
Yeah, typically we lean to not back-patching planning changes,
for fear of de-optimizing queries that may have been tuned to the
old behavior.
However, in this case there is a mitigating factor: from the users'
point of view v18's behavior is a regression. Affected queries that
relied on indexes were fine in prior versions but now they fail to
use the indexes. v18 is new enough that it seems unlikely that any
applications have been tuned for its behavior; we should worry more
about de-optimizing applications that haven't yet been brought
forward.
So here, I think the don't-break-things rule points towards
back-patching.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Previous Message | Amit Kapila | 2025-12-28 06:48:19 | Re: BUG #19360: Bug Report: Logical Replication initial sync fails with "conflict=update_origin_differs" PG12 toPG18 |