From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Peter Geoghegan <pg(at)bowt(dot)ie> |
Cc: | PostgreSQL-development <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: PG 18 release notes draft committed |
Date: | 2025-09-18 14:20:51 |
Message-ID: | aMwVQ8MIaNpNqSxi@momjian.us |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Sep 17, 2025 at 04:45:14PM -0400, Bruce Momjian wrote:
> On Wed, Sep 17, 2025 at 11:46:58AM -0400, Peter Geoghegan wrote:
> > I suggest the following alternative, which has the merit of being a
> > bit less verbose:
> >
> > "Skip scan allows B-Tree index scans to find the most efficient way of
> > navigating through a multicolumn index when one or more of its columns
> > initially lacks a = condition and comes before a column that is
> > directly used by the query. Such an index scan can now be broken down
> > into multiple "index searches" by generating an implementation level =
> > condition on any underspecified columns. This allows the scan to skip
> > over irrelevant sections of the index, though only when the generated
> > = condition is on a column that has relatively few distinct values."
> >
> > Note that "index searches" is a term that now appears in EXPLAIN ANALYZE output.
>
> I went with this text, which is more "aspirational" rather than
> "proscriptive", and the right level of detail:
>
> This allows multi-column btree indexes to be used in more cases
> such as when there are no restrictions on the first or early
> indexed columns (or they are non-equality ones), and there are
> useful restrictions on later indexed columns.
With our GA release dates close, I committed the attached patch.
--
Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
EDB https://enterprisedb.com
Do not let urgent matters crowd out time for investment in the future.
Attachment | Content-Type | Size |
---|---|---|
master.diff | text/x-diff | 0 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Karina Litskevich | 2025-09-18 14:25:00 | Re: pg_stat_statements: faster search by queryid |
Previous Message | Hayato Kuroda (Fujitsu) | 2025-09-18 14:19:32 | RE: [Patch] add new parameter to pg_replication_origin_session_setup |