Thread: zero performance on query

zero performance on query

From
Sidar López Cruz
Date:
what happend with postgresql 8.1b4 performance on query?

look at this:
select count(*) from fotos where archivo not in (select archivo from
archivos)
Aggregate  (cost=4899037992.36..4899037992.37 rows=1 width=0)
  ->  Seq Scan on fotos  (cost=22598.78..4899037338.07 rows=261716 width=0)
        Filter: (NOT (subplan))
        SubPlan
          ->  Materialize  (cost=22598.78..39304.22 rows=805344 width=58)
                ->  Seq Scan on archivos  (cost=0.00..13141.44 rows=805344
width=58)

I WILL DIE WAITING FOR QUERY RESPONSE !!!
--
CREATE TABLE archivos ( archivo varchar(20)) WITHOUT OIDS;
CREATE INDEX archivos_archivo_idx  ON archivos  USING btree(archivo);
~800000 rows
--
CREATE TABLE fotos
(
  cedula varchar(20),
  nombre varchar(100),
  apellido1 varchar(100),
  apellido2 varchar(100),
  archivo varchar(20)
) WITHOUT OIDS;
CREATE INDEX fotos_archivo_idx  ON fotos  USING btree (archivo);
CREATE INDEX fotos_cedula_idx   ON fotos   USING btree (cedula);
~500000 rows

_________________________________________________________________
Charla con tus amigos en línea mediante MSN Messenger:
http://messenger.latam.msn.com/


Re: zero performance on query

From
"Jim C. Nasby"
Date:
We need the output of EXPLAIN ANALYZE, from both versions if possible.

Also, pgsql-performance would be a better list for this...

On Tue, Oct 25, 2005 at 05:31:22PM -0600, Sidar L?pez Cruz wrote:
> what happend with postgresql 8.1b4 performance on query?
>
> look at this:
> select count(*) from fotos where archivo not in (select archivo from
> archivos)
> Aggregate  (cost=4899037992.36..4899037992.37 rows=1 width=0)
>  ->  Seq Scan on fotos  (cost=22598.78..4899037338.07 rows=261716 width=0)
>        Filter: (NOT (subplan))
>        SubPlan
>          ->  Materialize  (cost=22598.78..39304.22 rows=805344 width=58)
>                ->  Seq Scan on archivos  (cost=0.00..13141.44 rows=805344
> width=58)
>
> I WILL DIE WAITING FOR QUERY RESPONSE !!!
> --
> CREATE TABLE archivos ( archivo varchar(20)) WITHOUT OIDS;
> CREATE INDEX archivos_archivo_idx  ON archivos  USING btree(archivo);
> ~800000 rows
> --
> CREATE TABLE fotos
> (
>  cedula varchar(20),
>  nombre varchar(100),
>  apellido1 varchar(100),
>  apellido2 varchar(100),
>  archivo varchar(20)
> ) WITHOUT OIDS;
> CREATE INDEX fotos_archivo_idx  ON fotos  USING btree (archivo);
> CREATE INDEX fotos_cedula_idx   ON fotos   USING btree (cedula);
> ~500000 rows
>
> _________________________________________________________________
> Charla con tus amigos en l?nea mediante MSN Messenger:
> http://messenger.latam.msn.com/
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>

--
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461

Re: zero performance on query

From
Bruno Wolff III
Date:
On Tue, Oct 25, 2005 at 22:36:58 -0500,
  "Jim C. Nasby" <jnasby@pervasive.com> wrote:
> We need the output of EXPLAIN ANALYZE, from both versions if possible.

Isn't that going to be a problem in this case since it seems unlikely
that EXPLAIN ANALYZE will finish in a reasonable amount of time?

>
> Also, pgsql-performance would be a better list for this...
>
> On Tue, Oct 25, 2005 at 05:31:22PM -0600, Sidar L?pez Cruz wrote:
> > what happend with postgresql 8.1b4 performance on query?
> >
> > look at this:
> > select count(*) from fotos where archivo not in (select archivo from
> > archivos)
> > Aggregate  (cost=4899037992.36..4899037992.37 rows=1 width=0)
> >  ->  Seq Scan on fotos  (cost=22598.78..4899037338.07 rows=261716 width=0)
> >        Filter: (NOT (subplan))
> >        SubPlan
> >          ->  Materialize  (cost=22598.78..39304.22 rows=805344 width=58)
> >                ->  Seq Scan on archivos  (cost=0.00..13141.44 rows=805344
> > width=58)
> >
> > I WILL DIE WAITING FOR QUERY RESPONSE !!!
> > --
> > CREATE TABLE archivos ( archivo varchar(20)) WITHOUT OIDS;
> > CREATE INDEX archivos_archivo_idx  ON archivos  USING btree(archivo);
> > ~800000 rows
> > --
> > CREATE TABLE fotos
> > (
> >  cedula varchar(20),
> >  nombre varchar(100),
> >  apellido1 varchar(100),
> >  apellido2 varchar(100),
> >  archivo varchar(20)
> > ) WITHOUT OIDS;
> > CREATE INDEX fotos_archivo_idx  ON fotos  USING btree (archivo);
> > CREATE INDEX fotos_cedula_idx   ON fotos   USING btree (cedula);
> > ~500000 rows
> >
> > _________________________________________________________________
> > Charla con tus amigos en l?nea mediante MSN Messenger:
> > http://messenger.latam.msn.com/
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 5: don't forget to increase your free space map settings
> >
>
> --
> Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
> Pervasive Software      http://pervasive.com    work: 512-231-6117
> vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?
>
>                http://www.postgresql.org/docs/faq