Re: WIP: Rework access method interface - Mailing list pgsql-hackers

From Oleg Bartunov
Subject Re: WIP: Rework access method interface
Date
Msg-id CAF4Au4wHtVJftO4mQJHWt8GVZXbcu7SzqyaW8DrT=hMRFd_uVg@mail.gmail.com
Whole thread Raw
In response to Re: WIP: Rework access method interface  (Alexander Korotkov <a.korotkov@postgrespro.ru>)
Responses Re: WIP: Rework access method interface  (Petr Jelinek <petr@2ndquadrant.com>)
List pgsql-hackers


On Fri, Sep 11, 2015 at 4:22 PM, Alexander Korotkov <a.korotkov@postgrespro.ru> wrote:
On Mon, Sep 7, 2015 at 9:17 PM, Petr Jelinek <petr@2ndquadrant.com> wrote:
On 2015-09-04 16:26, Alexander Korotkov wrote:

Attached patch is implementing this. It doesn't pretend to be fully
correct implementation, but it should be enough for proof the concept.
In this patch access method exposes another function: amvalidate. It
takes data structure representing opclass and throws error if it finds
it invalid.
This method is used on new opclass definition (alter operator family
etc. are not yet implemented but planned). Also, there is SQL function
validate_opclass(oid) which is used in regression tests.
Any thoughts?


This is starting to look good.

However I don't like the naming differences between validate_opclass and amvalidate. If you expect that the current amvalidate will only be used for opclass validation then it should be renamed accordingly.

validate_opclass was renamed to amvalidate.
 
Also GetIndexAmRoutine should check the return type of the amhandler.

Fixed.

See the attached patch.



Whhat I don't understand from this thread if  we should wait 2ndQuadrant for their sequence and column AMs or just start to work on committing it ? Alvaro, where are you ?

 
------
Alexander Korotkov
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company
 


--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


pgsql-hackers by date:

Previous
From: Jan Wieck
Date:
Subject: Re: Double linking MemoryContext children
Next
From: Pavel Stehule
Date:
Subject: Re: On-demand running query plans using auto_explain and signals