RE: join - versus - exists [performance]

> 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