Re: [PATCH] Do not use StdRdOptions in Access Methods
Вложения
В списке pgsql-hackers по дате отправления:
| От | Michael Paquier |
|---|---|
| Тема | Re: [PATCH] Do not use StdRdOptions in Access Methods |
| Дата | |
| Msg-id | 20191114050942.GD1910@paquier.xyz обсуждение исходный текст |
| Ответ на | Re: [PATCH] Do not use StdRdOptions in Access Methods (Michael Paquier <michael@paquier.xyz>) |
| Список | pgsql-hackers |
On Wed, Nov 13, 2019 at 04:05:20PM +0900, Michael Paquier wrote: > On Wed, Nov 13, 2019 at 02:29:49PM +0900, Amit Langote wrote: > > On Wed, Nov 13, 2019 at 2:18 PM Michael Paquier <michael@paquier.xyz> wrote: > >> There could be an argument for keeping > >> GET_STRING_RELOPTION actually which is still useful to get a string > >> value in an option set using the stored offset, and we have > >> the recently-added dummy_index_am in this category. Any thoughts? > > > > Not sure, maybe +0.5 on keeping GET_STRING_RELOPTION. > > Thinking more about it, I would tend to keep this one around. I'll > wait a couple of days before coming back to it. Committed this one and kept GET_STRING_RELOPTION(). With the removal of those macros, it is possible to actually move a portion of the parsing definitions to reloptions.c for each type, but as we expose the validation function string and the enum element definition that would be more confusing IMO, so I have left that out. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера