Re: optimizar consulta

Hola

El 27 de marzo de 2009 19:36, Gabriel Ferro
<gabrielrferro(at)yahoo(dot)com(dot)ar> escribió:
>
> master tengo un select de la forma
>
> SELECT padrones.personas.numdoc, padrones.personas.nombre, padrones.personas.otrosnombres,padrones.personas.datos,
> padrones.personas.sexo, padrones.personas.fechanac, padrones.docu.tipo AS TDOC, padrones.localidades.nombreloc, padrones.personaloc.direccion
> From padrones.personas INNER JOIN padrones.docu ON (padrones.personas.tipodoc=padrones.docu.clave) INNER JOIN padrones.personaloc ON
> (padrones.personas.clave=padrones.personaloc.claveper) INNER JOIN padrones.localidades ON
> (padrones.personaloc.claveloc=padrones.localidades.claveloc) WHERE (padrones.personas.clave in (select * from
> padrones.buscarexacta_persona('PIRULO ESTEBAN','')) and localidades.nombreloc like '%PARANA%'  AND personas.sexo= 'M');

pregunta con esta parte....
(padrones.personas.clave in (select * from
padrones.buscarexacta_persona('PIRULO ESTEBAN',''))
esto funciona..?¿ no deberia de devolverte un error el in porque el
subquery retorna mas de una columna?¿

segundo ese tipo de like %% son inadecuados dado que no utiliza el
indice si es que tienes creado uno sobre esa columna...

pero me parece raro esa parte de la sentecia sql

nos vemos.

>
>
> Donde buscarexacta_persona es una funcion que usa tsvector para realizar buquedas.
> La cosa es que demora demasiado. como trabaja postgres los iner join?
> los arma con los registros que cumplen el where o arma todo y despues saca los registros que cumplen con los wheres ?
>
>
>
> ________________________________
> Yahoo! Cocina
> Recetas prácticas y comida saludable
> Visitá http://ar.mujer.yahoo.com/cocina/