Re: BRIN indexes - TRAP: BadArgument

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: BRIN indexes - TRAP: BadArgument
Дата
Msg-id CA+U5nMLxzTzkn1-MzsQKm3mu9VXwQLKS-t2AKOi0eHBWceWypg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BRIN indexes - TRAP: BadArgument  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers
On 3 November 2014 22:18, Alvaro Herrera <alvherre@2ndquadrant.com> wrote:

> So here's v21.  I also attach a partial diff from v20, just in case
> anyone wants to give it a look.

Looks really good.

I'd like to reword this sentence in the readme, since one of the main
use cases would be tables without btrees  It's unlikely that BRIN would be the only
+ indexes in a table, though, because primary keys can be btrees only, and so
+ we don't implement this optimization.

I don't see a regression test. Create, use, VACUUM, just so we know it
hasn't regressed after commit.

-- Simon Riggs                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Albe Laurenz
Дата:
Сообщение: Re: Let's drop two obsolete features which are bear-traps for novices
Следующее
От: Andres Freund
Дата:
Сообщение: Re: tracking commit timestamps