| От | Tom Lane |
|---|---|
| Тема | Re: [PATCH] indexability of << operator for inet/cidr |
| Дата | |
| Msg-id | 23099.992559803@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | [PATCH] indexability of << operator for inet/cidr (Alex Pilosov <alex@pilosoft.com>) |
| Ответы |
Re: [PATCH] indexability of << operator for inet/cidr
|
| Список | pgsql-hackers |
Alex Pilosov <alex@pilosoft.com> writes:
> Indexpath generated for such an expression is this:
> (a > network(b)) and (a <= set_masklen(broadcast(b, 32)))
What happens to that set_masklen thing for IPv6?
If the network.c code were exporting a function that made this value,
I'd not worry; but I don't like wiring an IPv4 assumption into code far
away in the planner. Can't we do better here? Perhaps move the
generation of the indexscan bound values into a subroutine in network.c?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера