Re: PG 10 release notes

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 +

In response to

Browse pgsql-hackers by date

  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