Re: [PATCH] use separate PartitionedRelOptions structure to storepartitioned table options

Поиск
Список
Период
Сортировка
От Amit Langote
Тема Re: [PATCH] use separate PartitionedRelOptions structure to storepartitioned table options
Дата
Msg-id CA+HiwqHPjHi1p0ieBtp7n_5H83y90Ns1ZWQoW1cOcPS+bCkpiA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [PATCH] use separate PartitionedRelOptions structure to store partitioned table options  (Nikolay Shaplov <dhyan@nataraj.su>)
Список pgsql-hackers
Hello,

On Tue, Oct 8, 2019 at 7:50 PM Nikolay Shaplov <dhyan@nataraj.su> wrote:
> В письме от вторник, 8 октября 2019 г. 16:00:49 MSK пользователь Amit Langote
> написал:
> > IIUC, this patch invents PartitionedRelOptions as the binary
> > representation for future RELOPT_KIND_PARTITIONED parameters.  As long
> > as others are on board with using different *Options structs for
> > different object kinds, I see no problem with this idea.
> Yes, this is correct. Some Access Methods already use it's own Options
> structure. As far as I can guess StdRdOptions still exists only for historical
> reasons, and became quite a mess because of adding all kind of stuff there.
> Better to separate it.
>
> BTW, as far as you are familiar with this part of the code, may be you will
> join the review if this particular patch?

Sure, I will try to check your patch.

Thanks,
Amit



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Amit Langote
Дата:
Сообщение: Re: dropping column prevented due to inherited index
Следующее
От: Amit Langote
Дата:
Сообщение: Re: adding partitioned tables to publications