Re: Fix inconsistencies for v12

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Fix inconsistencies for v12
Дата
Msg-id 10570.1558909774@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Fix inconsistencies for v12  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: Fix inconsistencies for v12  (Amit Kapila <amit.kapila16@gmail.com>)
Список pgsql-hackers
Amit Kapila <amit.kapila16@gmail.com> writes:
> On Sun, May 26, 2019 at 2:20 AM Alexander Lakhin <exclusion@gmail.com> wrote:
>> 5. ExecContextForcesOids - not changed, but may be should be removed
>> (orphaned after 578b2297)

> Yes, we should remove the use of ExecContextForcesOids.

Unless grep is failing me, ExecContextForcesOids is in fact gone.
All that's left is one obsolete mention in a comment, which should
certainly be cleaned up.

However, the full context of the mention is

    /*
     * call ExecInitNode on each of the plans to be executed and save the
     * results into the array "mt_plans".  This is also a convenient place to
     * verify that the proposed target relations are valid and open their
     * indexes for insertion of new index entries.  Note we *must* set
     * estate->es_result_relation_info correctly while we initialize each
     * sub-plan; ExecContextForcesOids depends on that!
     */

which makes one wonder if the code to twiddle
estate->es_result_relation_info during subplan init is dead code.  If so
we probably ought to remove it, as it's surely confusing.  If it's not
dead, then this comment ought to be updated to explain the surviving
reason(s), not simply deleted.

            regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Rearranging ALTER TABLE to avoid multi-operations bugs
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: Confusing error message for REINDEX TABLE CONCURRENTLY