From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: PG 10 release notes |
Date: | 2017-05-05 00:14:03 |
Message-ID: | 20170505001403.GJ29760@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, May 4, 2017 at 06:02:58PM -0300, Alvaro Herrera wrote:
> > I can't see how this can be added to an existing BRIN entry, so it would
> > have to be new. The text would be:
> >
> > Improve accuracy in determining if a BRIN index scan is beneficial
> >
> > though this not something I would normally mention becuause most users
> > don't understand the optimizer choices and just assume it works.
>
> The problem is that previously it was possible for a BRIN index to be
> created, and cause some queries to choose it which were faster using
> some other index (a btree). The point is that with this change it
> becomes more credible to create BRIN indexes without fear that such
> queries are going to slow down.
>
> Your proposed text sounds good to me. Authors would be David Rowley and
> Emre Hasegeli.
OK, added, thanks:
<listitem>
<!--
+ Author: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
+ 2017-04-06 [7e534adcd] Fix BRIN cost estimation
+ -->
+ <para>
+ Improve accuracy in determining if a <acronym>BRIN</> index scan
+ is beneficial (David Rowley, Emre Hasegeli)
+ </para>
+ </listitem>
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ As you are, so once was I. As I am, so you will be. +
+ Ancient Roman grave inscription +
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2017-05-05 00:16:42 | Re: CTE inlining |
Previous Message | Andres Freund | 2017-05-05 00:09:40 | Re: PG 10 release notes |