Re: new problem! Is there any Faster workaround ??

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/

In response to

Responses

Browse pgsql-sql by date

  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