From: | Jeff Eckermann <jeff_eckermann(at)yahoo(dot)com> |
---|---|
To: | Rajesh Kumar Mallah <mallah(at)trade-india(dot)com>, PostgResql SQL Mailing List <pgsql-sql(at)postgresql(dot)org> |
Subject: | Re: new problem! Is there any Faster workaround ?? |
Date: | 2002-04-10 15:44:16 |
Message-ID: | 20020410154416.78018.qmail@web20802.mail.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
A join probably will work best for you. A quick way
to do an implicit join:
delete from email_bank where email_id = t_a.email_id;
--- Rajesh Kumar Mallah <mallah(at)trade-india(dot)com>
wrote:
> Hi folks,
>
> I think there is still a problem ,
>
> email_bank contains ~ 1 million records and t_a
> contains 58 records
> both are indexed on email_id ( integer colmn.) i
> want to remove these 58
> records
> from email_bank where email_id in t_a &
> email_bank match.
>
> but the below is still slow !
>
>
> explain delete from email_bank where exists (select
> email_id from t_a where
> email_bank.email_id=t_a.email_id) ;
> NOTICE: QUERY PLAN:
>
> Seq Scan on email_bank (cost=0.00..1760313.80
> rows=1009397 width=6)
> SubPlan
> -> Seq Scan on t_a (cost=0.00..1.73 rows=1
> width=4)
>
> EXPLAIN
>
> PS:
> I ran VACUUM ANALYZE on email_bank and t_a and
> both are indexed on
> email_id before
> the explain .
>
>
> regds
> mallah.
>
>
> Rajesh Kumar Mallah wrote:
>
> > Hi folks,
> >
> > We require to do below or similar quite often
> >
> > DELETE from t_a where email in (select email from
> t_b);
> >
> > everyone knows "IN" is pain fully slow currently
> in pgsql
> > is the any fster alternative to above query
> >
> > regds
> > Mallah.
> >
> > ---------------------------(end of
> broadcast)---------------------------
> > TIP 1: subscribe and unsubscribe commands go to
> majordomo(at)postgresql(dot)org
>
__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Eckermann | 2002-04-10 15:51:28 | Re: Postgresql goes into recovery mode .... |
Previous Message | Torbj=?ISO-8859-1?B?9g==?=rn Andersson | 2002-04-10 11:42:05 | Re: replace NULL |