Re: [PERFORM] seq scan issue...

2008-04-17 Thread PFC
- why am I still getting a seq scan ? You'll seq scan tmp1 obviously, and also the other table since you fetch a very large part of it in the process. It's the only way to do this query since there is no WHERE to restrict the number of rows and the DISTINCT applies on columns from both tab

Re: [PERFORM] seq scan issue...

2008-04-17 Thread Rodrigo Gonzalez
kevin kempter escribió: Hi List; I have a large tble (playback_device) with 6million rows in it. The aff_id_tmp1 table has 600,000 rows. I also have this query: select distinct tmp1.affiliate_id, tmp1.name, tmp1.description, tmp1.create_dt, tmp1.playback_device_id, pf.segment_id from aff_id_t

Re: [PERFORM] seq scan issue...

2008-04-17 Thread Jeffrey Baker
On Thu, Apr 17, 2008 at 11:24 AM, kevin kempter <[EMAIL PROTECTED]> wrote: > Hi List; > > I have a large tble (playback_device) with 6million rows in it. The > aff_id_tmp1 table has 600,000 rows. > - why am I still getting a seq scan ? > You're selecting almost all the rows in the product of aff

[PERFORM] seq scan issue...

2008-04-17 Thread kevin kempter
Hi List; I have a large tble (playback_device) with 6million rows in it. The aff_id_tmp1 table has 600,000 rows. I also have this query: select distinct tmp1.affiliate_id, tmp1.name, tmp1.description, tmp1.create_dt, tmp1.playback_device_id, pf.segment_id from aff_id_tmp1 tmp1, playback_fragm