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 <alvhe...@2ndquadrant.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
