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 | a2931f79-2c5b-f35b-a790-4ae15e2139db@gmail.com обсуждение исходный текст |
| Ответ на | Re: [GENERAL] Perfomance of IN-clause with many elements andpossible solutions (PT <wmoran@potentialtech.com>) |
| Ответы |
Re: [GENERAL] Perfomance of IN-clause with many elements andpossible solutions
|
| Список | pgsql-general |
On 07/24/2017 01:40 AM, PT wrote: > In this example you count approximately 40,000,000 values, which is > about 40% of the table. 4 000 000 (: > If you really need these queries to be faster, I would suggest > materializing the data, i.e. create a table like: > > CREATE TABLE id_counts ( > id BIGINT PRIMARY KEY, > num BIGINT > ) > > Then use a trigger or similar technique to keep id_counts in sync > with the id table. You can then run queries of the form: > > SELECT sum(num) FROM id_counts WHERE id IN :values: > > which I would wager houseboats will be significantly faster. I use count only for example because it uses seqscan. I want optimize IN-clause ;-). Thanks.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера