Re: [GENERAL] Perfomance of IN-clause with many elements and possiblesolutions
В списке pgsql-general по дате отправления:
| От | Dmitry Lazurkin |
|---|---|
| Тема | Re: [GENERAL] Perfomance of IN-clause with many elements and possiblesolutions |
| Дата | |
| Msg-id | 66821561-f2f6-21e4-8f91-37a2b23b768e@gmail.com обсуждение |
| Ответ на | Re: [GENERAL] Perfomance of IN-clause with many elements and possible solutions (Jeff Janes <jeff.janes@gmail.com>) |
| Ответы |
Re: [GENERAL] Perfomance of IN-clause with many elements and possible solutions
|
| Список | pgsql-general |
I think that HashSet is a Java-specific term. It is just a hash table in which there is no data to store, just the key itself (and probably a cash of the hashcode of that key), correct?
I think a more general solution would be to get the planner and executor to run the in-list query using the Hash Join, the same way it runs the in-VALUES one.
I was impressed at how well the JSON and hstore worked, you might want to look at how they do it. It is must be using an internal hash table of some sort.
JSONB and HSTORE keep sorted pairs and use binary search.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера