| От | Tom Lane |
|---|---|
| Тема | Re: Very slow updates when using IN syntax subselect |
| Дата | |
| Msg-id | 7972.1139672862@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Very slow updates when using IN syntax subselect (Bryce Nesbitt <bryce1@obviously.com>) |
| Ответы |
Re: Very slow updates when using IN syntax subselect
|
| Список | pgsql-sql |
Bryce Nesbitt <bryce1@obviously.com> writes:
> Tom Lane wrote:
>> What does EXPLAIN show for this and for the base query?
> -> Seq Scan on event (cost=0.00..0.00 rows=1 width=408)
> Filter: (reconciled = false)
> select count(*) from event;
> -----------
> 116226
It seems pretty clear that you've never vacuumed nor analyzed these
tables ... else the planner would have some clue about their sizes.
Do that and then see what you get.
regards, tom lane
В списке pgsql-sql по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера