Re: Sequence Access Method WIP
От | Petr Jelinek |
---|---|
Тема | Re: Sequence Access Method WIP |
Дата | |
Msg-id | CALLjQTQ8cf75FskqfGaSR5sGzbVNNUEPnKfZg_Gikw1PgNfDoA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Sequence Access Method WIP (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Sequence Access Method WIP
Re: Sequence Access Method WIP |
Список | pgsql-hackers |
On 29 January 2016 at 23:59, Robert Haas <robertmhaas@gmail.com> wrote: > On Fri, Jan 29, 2016 at 5:24 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> Alexander Korotkov <a.korotkov@postgrespro.ru> writes: >>> On Fri, Jan 29, 2016 at 6:36 PM, Alvaro Herrera <alvherre@2ndquadrant.com> >>> wrote: >>>> I'm thinking we'd do CREATE ACCESS METHOD foobar TYPE INDEX or something >>>> like that. >> >>> I would prefer "CREATE {INDEX | SEQUENCE | ... } ACCESS METHOD name HANDLER >>> handler;", but I don't insist. >> >> I think that Alvaro's idea is less likely to risk future grammar >> conflicts. We've had enough headaches from CREATE [ UNIQUE ] INDEX >> [ CONCURRENTLY ] to make me really wary of variables in the statement-name >> part of the syntax. > > Strong +1. If we put the type of access method immediately after > CREATE, I'm almost positive we'll regret it for exactly that reason. > Just as a note, CREATE SEQUENCE ACCESS METHOD already causes grammar conflict now, that's why my proposal was different, I didn't want to add more keywords. I think Alvaro's proposal is fine as well. The other point is that we are creating ACCESS METHOD object so that's what should be after CREATE. In any case this is slightly premature IMHO as DDL is somewhat unless until we have sequence access methods implementation we can agree on, or the generic WAL logging so that custom indexes can be crash safe. -- Petr Jelinek http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: