| От | Tom Lane |
|---|---|
| Тема | Re: eliminating records not in (select id ... so SLOW? |
| Дата | |
| Msg-id | 2344.1217554659@sss.pgh.pa.us обсуждение |
| Ответ на | eliminating records not in (select id ... so SLOW? (Ivan Sergio Borgonovo <mail@webthatworks.it>) |
| Ответы |
Re: eliminating records not in (select id ... so SLOW?
|
| Список | pgsql-general |
Ivan Sergio Borgonovo <mail@webthatworks.it> writes:
> I'm doing something like:
> delete from table1 where id not in (select id from table2).
> table1 contains ~1M record table2 contains ~ 600K record and id is
> unique.
That's going to pretty much suck unless you've got work_mem set high
enough to allow a "hashed subplan" plan --- which is likely to require
tens of MB for this case, I don't recall exactly what the per-row
overhead is. Experiment until EXPLAIN tells you it'll use a hashed
subplan.
BTW, don't bother with creating the index, it doesn't help for this.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера