Re: Indirect indexes
Pavan Deolasee <pavan.deolasee@gmail.com>
From: Pavan Deolasee <pavan.deolasee@gmail.com>
To: Claudio Freire <klaussfreire@gmail.com>
Cc: Petr Jelinek <petr@2ndquadrant.com>, Bruce Momjian <bruce@momjian.us>, Simon Riggs <simon@2ndquadrant.com>,
Alexander Korotkov <a.korotkov@postgrespro.ru>, Robert Haas <robertmhaas@gmail.com>,
Alvaro Herrera <alvherre@2ndquadrant.com>, Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2016-10-20T16:08:33Z
Lists: pgsql-hackers
On Thu, Oct 20, 2016 at 9:20 PM, Claudio Freire <klaussfreire@gmail.com> wrote: > > > With indirect indexes, since you don't need to insert a tid, you can > just "insert on conflict do nothing" on the index. > Would that work with non-unique indexes? Anyways, the point I was trying to make is that there are a similar technical challenges and we could solve it for WARM as well with your work for finding conflicting <key, tid> pairs and then not doing inserts. My thinking currently is that it will lead to other challenges, especially around vacuum, but I could be wrong. What I tried to do with initial WARM patch is to show significant improvement even with just 50% WARM updates, yet keep the patch simple. But there are of course several things we can do to improve it further and support other index types. Thanks, Pavan -- Pavan Deolasee http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
Commits
-
Change some test macros to return true booleans
- fce4609d5e5b 9.6.2 landed
- e0f4a80ee515 9.3.16 landed
- 75c155f65b04 9.4.11 landed
- 5f4ae4f3cd58 9.5.6 landed
- 594e61a1de03 10.0 landed
- 5462e3486dfe 9.2.20 landed