Re: [HACKERS] PG 10 release notes
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] PG 10 release notes |
Дата | |
Msg-id | 20170505001403.GJ29760@momjian.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] PG 10 release notes (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Список | 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@alvh.no-ip.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@momjian.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 +
В списке pgsql-hackers по дате отправления: