> Depende de cada caso particular. Y hay que tener muy en cuenta que a > veces IN es muy rapido, en cambio NOT IN es muy lento; y ahi donde > EXISTS pueda ser muy rapido, NOT EXISTS puede ser muy lento y > viceversa. Y en todos los casos hay que tener mucho cuidado con la > forma en que se resuelven los valores NULL, porque a veces es > contraintuitiva. > > También depende de las versiones de Postgres, porque a medida que el > optimizador aprende trucos nuevos, las cosas que antes eran lentas puede > que dejen de serlo, y pasar a ser más rápidas que las formas que antes > eran la mejor alternativa. >
entonces, mientras el optimizador aprenda a como mejorar el NOT EXISTS que utilizo en su lugar ?¿ Que asemeja al EXISTS en su rapidez _________________________________________________________________ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline
