Re: Needless additional partition check in INSERT?

Поиск
Список
Период
Сортировка
От Amit Khandekar
Тема Re: Needless additional partition check in INSERT?
Дата
Msg-id CAJ3gD9fbSG5-kdLzZ+zsgKoffcnaz=eKx1sjFOodx=axLXNrOQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Needless additional partition check in INSERT?  (David Rowley <david.rowley@2ndquadrant.com>)
Список pgsql-hackers
On 14 May 2018 at 10:30, David Rowley <david.rowley@2ndquadrant.com> wrote:
> On 14 May 2018 at 16:49, Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> wrote:
>> On 2018/05/11 18:43, Amit Khandekar wrote:
>>> This looks better (it will avoid unnecessary ExecConstraints() call) :
>>>
>>> if (resultRelInfo->ri_PartitionRoot == NULL ||
>>>      (resultRelInfo->ri_TrigDesc &&
>>>       resultRelInfo->ri_TrigDesc->trig_insert_before_row))
>>>     check_partition_constr = resultRelInfo->ri_PartitionCheck;
>>
>> You'd be assigning a List pointer to a bool variable with this.  Maybe you
>> meant:
>>
>>     check_partition_constr = (resultRelInfo->ri_PartitionCheck != NIL);
>
> I also noticed that.

Yes, I meant (resultRelInfo->ri_PartitionCheck != NIL)

> Apart from that, I think your version is correct,
> but I just don't think it's quite as easy to understand. Although
> that's certainly debatable.
>
> For now, I'll refrain from writing v4 unless there's some consensus
> that this is a better way to write it.

Yes. if the simplicity is becoming debatable, I am ok with either.
That was my own preference.


-- 
Thanks,
-Amit Khandekar
EnterpriseDB Corporation
The Postgres Database Company


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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Temporary WAL segments files not cleaned up after an instance crash
Следующее
От: Andrey Borodin
Дата:
Сообщение: Re: Clock with Adaptive Replacement