From: | Gabriel Hermes Colina Zambra <hermeszambra(at)yahoo(dot)com> |
---|---|
To: | Oswaldo Hernández <listas(at)soft-com(dot)es>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Busqueda de duplicados, con demora. |
Date: | 2007-06-03 14:40:14 |
Message-ID: | 113816.53668.qm@web63701.mail.re1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
--- Oswaldo Hernández <listas(at)soft-com(dot)es> escribió:
> Gabriel Hermes Colina Zambra escribió:
> > --- Oswaldo Hernández <listas(at)soft-com(dot)es>
> escribió:
> >
> >> Gabriel Hermes Colina Zambra escribió:
> >>> Estimados amigos de la lista
>
> >>
> > Osvaldo, tu propuesta es muy buena de hecho la
> > consulta asi planteada demora 2 segundos y medio,
> pero
> > solo me trae una instancia de los regitros
> duplicados
> > poniendome al lado la cantidad de repeticiones,
> > mientras que en la otra consulta puedo traer las n
> > instancias de la repeticion.
> >
>
> Si te interesa el detalle de todos los registros
> duplicados no tienes mas que simplificar esa
> consulta y hacerle un join a la tabla para el
> detalle, algo como:
>
> SELECT
> dups.id_articulo,
> dups.id_proveedor,
> det.id_en_proveedor,
> det.dto1,
> det.dto2,
> det.unidades_x_envase,
> det.id_imagen
> INTO
> dupartprov
> FROM
> (select ap.id_articulo, ap.id_proveedor,
> from central.articulo_proveedor as ap
> group by ap.id_articulo, ap.id_proveedor
> having count(*) > 1
> ) as dups
> LEFT JOIN central.articulo_proveedor as det
> ON
> dups.id_articulo = det.id_articulo
> and dups.id_proveedor = det.id_proveedor
> ORDER BY
> ....
>
> El tiempo deberia ser practicamente el mismo.
>
>
> --
> *****************************************
> Oswaldo Hernández
> oswaldo (@) soft-com (.) es
> *****************************************
>
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 3: si publicas/lees desde Usenet, por favor
> envía "subscribe-nomail"
> a majordomo(at)postgresql(dot)org para que tus
> mensajes puedan llegar
> a los suscriptores de la lista
>
Bien, esa propuesta seguro sirve, yo me volvi a
mancar tratando de hacerlo a travez de un In, como es
la propuesta MS y volvi a tener un mal resultado en
postgres, sin embargo el join lo voy a probar pero
creo que es la solucion correcta, Esto me trae una
curiosidad, normalmente en postgresql es mas rapido un
from pepe as a, pepe as b where a.id= b.id por lo que
he leido aqui, que un join con respecto a mssql y
vicevresa, pero en este caso la regrla seria inversa.
Aclaro que aunque lei eso, igual por costumbre uso el
camino del join en postgresql y me ha ido de
maravillas.
Pruebo y te cuento gracias.
Atte.
Gabriel Hermes Colina Zambra
__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Gabriel Hermes Colina Zambra | 2007-06-03 15:37:56 | Re: Busqueda de duplicados, con demora. SOLUCION |
Previous Message | Gabriel Hermes Colina Zambra | 2007-06-03 14:30:13 | Re: gracias.... por las intruccions |