Re: Pluggable storage

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Alexander Korotkov <a(dot)korotkov(at)postgrespro(dot)ru>
Cc: Haribabu Kommi <kommi(dot)haribabu(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Pluggable storage
Date: 2017-07-19 17:53:24
Message-ID: CA+TgmobYmdAzfXAmug8D9Z4qwgietVxJJUqqiGePx9t+-e8mxw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Jul 15, 2017 at 6:36 PM, Alexander Korotkov
<a(dot)korotkov(at)postgrespro(dot)ru> wrote:
> I think in general there are two ways dealing with out index AM API
> limitation. One of them is to extend index AM API.

That's pretty much what I have in mind. I think it's likely that if
we end up with, say, 3 kinds of heap and 12 kinds of index, there will
be some compatibility matrix. Some index AMs will be compatible with
some heap AMs, and others won't be. For example, if somebody makes an
IOT-type heap using the API proposed here or some other one, BRIN
probably won't work at all. btree, on the other hand, could probably
be made to work, perhaps with some greater or lesser degree of
modification.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2017-07-19 17:56:49 Re: Pluggable storage
Previous Message Justin Pryzby 2017-07-19 17:45:07 PG10b2: column-list UPDATE syntax fails with single column