From: | Paola Alejandra de Montserrat Cordero Bon <paola(dot)cordero(dot)b(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | "Eduardo Arenas C(dot)" <edomax(at)gmail(dot)com>, Jaime Casanova <jaime(at)2ndquadrant(dot)com>, POSTGRES <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Problemas para realizar update |
Date: | 2015-07-16 21:40:58 |
Message-ID: | CAChXvRgfwzbeStgneHTLnCsdfkZwV63zMZKEb1MAdWP2ugmAGg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
muchas gracias....lo comprobe con unas tablas y pequeñas pruebas...como
dijiste me fue mejor con el EXISTS o NOT EXISTS.
Bendiciones a ti, a la comunidad y a todos los que me brindaron su ayuda y
sugerencias...
El 14 de julio de 2015, 22:25, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
escribió:
> Paola Alejandra de Montserrat Cordero Bon escribió:
> > Estimado:
> >
> > He realizado un index sobre la clave primaria, que es la que más
> consultas
> > llevará. Cambie a otras tablas más pequeñas, del orden de 200.000
> registros
> > (tuplas)
> >
> > intentando esta instrucción
> >
> > select matriculados_2011.mrun from matriculados_2011 where
> > matriculados_2011.mrun not in (select matriculados_2012.mrun from
> > matriculados_2012) ;
>
> No uses NOT IN. La semántica de ese operador no es trivial (por la
> forma como lo define el estándar, en presencia de nulos) y Postgres no
> lo optimiza muy bien. Usa NOT EXISTS en su lugar, debería ser mucho más
> rápido.
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
--
Paola Alejandra de Montserrat Cordero Bon
From | Date | Subject | |
---|---|---|---|
Next Message | jaime soler | 2015-07-17 08:07:01 | Re: Fwd: Graficar con Pivot Tables |
Previous Message | Pablo Rodriguez Rodriguez | 2015-07-16 20:50:30 | duda postgreSQL |