Re: eliminating records not in (select id ... so SLOW? - Mailing list pgsql-general

From Tom Lane
Subject Re: eliminating records not in (select id ... so SLOW?
Date
Msg-id 2344.1217554659@sss.pgh.pa.us
Whole thread Raw
In response to eliminating records not in (select id ... so SLOW?  (Ivan Sergio Borgonovo <mail@webthatworks.it>)
Responses Re: eliminating records not in (select id ... so SLOW?
List 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 by date:

Previous
From: Andrew
Date:
Subject: Re: hibernate nativequery and uuid
Next
From: Erwin Brandstetter
Date:
Subject: Re: Declaring constants in SQL