Re: [HACKERS] fix side-effect in get_qual_for_list()

Поиск
Список
Период
Сортировка
От Jeevan Ladhe
Тема Re: [HACKERS] fix side-effect in get_qual_for_list()
Дата
Msg-id CAOgcT0Pqo+xcft5yGaAYEm2-V6tf8kry_tgKA2AbOfadrnY4Dg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] fix side-effect in get_qual_for_list()  (Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>)
Ответы Re: [HACKERS] fix side-effect in get_qual_for_list()  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Hi,

I have rebased the patch on recent commit.

With recent commits, some of the hunks in the v2 patch related to
castNode, are not needed.

PFA.

Regards,
Jeevan Ladhe

On Sat, May 27, 2017 at 1:16 AM, Jeevan Ladhe <jeevan.ladhe@enterprisedb.com> wrote:
Hi Ashutosh,

Thanks for catching this. For now this isn't a problem since
generate_partition_qual() is crafting PartitionBoundInfo which it
doesn't use anywhere else. But if the function gets used where the
PartitionBoundSpec is being used somewhere else as well.

Yes, this behavior currently does not affect adversely, but I think this
function is quite useful for future enhancements and should be fixed.

While you are
at it, can we use castNode() in place of
PartitionBoundSpec *spec = (PartitionBoundSpec *) bound; Or do you
think it should be done separately?

I have made this change at couple of places applicable.

PFA.

Regards,
Jeevan Ladhe 

Вложения

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

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: [HACKERS] pg_resetwal is broken if run from v10 against olderversion of PG data directory
Следующее
От: Petr Jelinek
Дата:
Сообщение: Re: [HACKERS] logical replication - still unstable after all thesemonths