Re: Deprecating Hash Indexes
От | Jeff Janes |
---|---|
Тема | Re: Deprecating Hash Indexes |
Дата | |
Msg-id | CAMkU=1zrM4SOW_4Saq8eENp3KPwXRxkJC7+uAYFuTpzpfL2Gyg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Deprecating Hash Indexes (Andres Freund <andres@2ndquadrant.com>) |
Ответы |
Re: Deprecating Hash Indexes
|
Список | pgsql-hackers |
On Mon, Oct 15, 2012 at 11:49 AM, Andres Freund <andres@2ndquadrant.com> wrote: > On Monday, October 15, 2012 08:46:40 PM Jeff Janes wrote: >> On Mon, Oct 15, 2012 at 11:14 AM, Josh Berkus <josh@agliodbs.com> wrote: >> > I would be in favor of moving them to contrib for 9.4. Assuming that >> > someone can figure out how this interacts with the existing system table >> > opclasses. Them being in /contrib would also put less pressure on the >> > next new hacker who decides to take them on as a feature; they can >> > improve them incrementally without needing to fix 100% of issues in the >> > first go. >> >> Is there anything currently in contrib that defines its own WAL >> records and replay methods? Are there hooks for doing so? > > It's not really possible as rmgr.c declares a const array of resource managers. > A contrib module can't sensibly add itself to that. I think changing this has > been discussed/proposed in the past, but -hackers wasn't convinced... > > But then, the idea is to add it to -contrib while no WAL support exists.. Which then virtually guarantees that WAL support never will exist, doesn't it? > Personally I don't see a point in -contrib'ing it. I would rather see it throw > errors in dangerous situations and be done with that. +1 Cheers, Jeff
В списке pgsql-hackers по дате отправления: