Re: Index scan optimization

Поиск
Список
Период
Сортировка
От Rajeev rastogi
Тема Re: Index scan optimization
Дата
Msg-id BF2827DCCE55594C8D7A8F7FFD3AB77158E5A8BD@SZXEML508-MBX.china.huawei.com
обсуждение исходный текст
Ответ на Re: Index scan optimization  (Haribabu Kommi <kommi.haribabu@gmail.com>)
Ответы Re: Index scan optimization
Список pgsql-hackers
On 26 October 2014 10:42, Haribabu Kommi wrote:
> Hi,
> 
> I reviewed index scan optimization patch, the following are the
> observations.
> 
> - Patch applies cleanly.
> - Compiles without warnings
> - All regress tests are passed.
> 
> There is a good performance gain with the patch in almost all scenarios.

Thanks for reviewing.

> I have a question regarding setting of key flags matched. Only the
> first key was set as matched even if we have multiple index conditions.
> Is there any reason behind that?

Actually the keysCount can be more than one only if the key strategy is BTEqualStrategyNumber (i.e. = condition) 
But our optimization is only for the '>' or '>=' condition only. So adding code to set flag for all keys is of no use.

Let me know if I am missing anything here?

> If any volatile function is present in the index condition, the index
> scan itself is not choosen, Is there any need of handling the same
> similar to NULLS?

Do you mean to say that whether we should add any special handling for volatile function?
If yes then as you said since index scan itself is not selected for such functions, then 
I feel We don’t need to add anything for that.
Any opinion?

Thanks and Regards,
Kumar Rajeev Rastogi



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

Предыдущее
От: Thom Brown
Дата:
Сообщение: Re: KNN searches support for SP-GiST [GSOC'14]
Следующее
От: Andres Freund
Дата:
Сообщение: Re: On partitioning