| От | Tom Lane |
|---|---|
| Тема | Re: KNNGiST for knn-search (WIP) |
| Дата | |
| Msg-id | 27610.1259336294@sss.pgh.pa.us обсуждение |
| Ответ на | Re: KNNGiST for knn-search (WIP) (Teodor Sigaev <teodor@sigaev.ru>) |
| Ответы |
Re: KNNGiST for knn-search (WIP)
|
| Список | pgsql-hackers |
Teodor Sigaev <teodor@sigaev.ru> writes:
>> Planner (find_usable_indexes function, actually) could push pathkey
>> expression into restriction clauses of index. I'm not fully satisfied
>> with this piece of code, but, may be, someone has a better idea. I
>> though about adding separate indexorderquals in IndexPath structure...
> Done, IndexScan and IndexPath have separate field to store order clauses.
Why? Isn't that redundant with the pathkey structures? We generate
enough paths during a complex planning problem that I'm not in favor
of adding unnecessary structures to them.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера