Re: speeding up planning with partitions

Поиск
Список
Период
Сортировка
От Amit Langote
Тема Re: speeding up planning with partitions
Дата
Msg-id 0c90ce90-b010-4791-41c0-a0df34f99ffa@lab.ntt.co.jp
обсуждение исходный текст
Ответ на RE: speeding up planning with partitions  ("Imai, Yoshikazu" <imai.yoshikazu@jp.fujitsu.com>)
Ответы RE: speeding up planning with partitions
Re: speeding up planning with partitions
Список pgsql-hackers
Imai-san,

Thanks for the review.

On 2019/03/19 20:13, Imai, Yoshikazu wrote:
> Thanks for new patches.
> I looked over them and there are little comments.
> 
> [0002]
> * s/regresion/regression/g
> (in commit message.)
> 
> [0003]
> * I thought "inh flag is it" is "inh flag is set" ...?
> 
> +     * For RTE_RELATION rangetable entries whose inh flag is it, adjust the
> 
> 
> * Below comments are correct when after applying 0004.
> 
> +     * the query's target relation and no other.  Especially, children of any
> +     * source relations are added when the loop below calls grouping_planner
> +     * on the *1st* child target relation.
> 
> [0004]
> * s/contain contain/contain/
> 
> +         * will contain contain references to the subquery RTEs that we've
> 
> 
> * s/find them children/find their children/
> 
> +             * AppendRelInfos needed to find them children, so the next
> 
> [0006]
> * s/recursivly/recursively/
> (in commit message)
> 
> 
> I have no more comments about codes other than above :)

I have fixed all.  Attached updated patches.

Thanks,
Amit

Вложения

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

Предыдущее
От: "Tsunakawa, Takayuki"
Дата:
Сообщение: RE: [survey] New "Stable" QueryId based on normalized query text
Следующее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: Re: Proposal to suppress errors thrown by to_reg*()