Hola
El 27 de marzo de 2009 19:36, Gabriel Ferro
<gabrielrfe...@yahoo.com.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/
--
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envía "unregister TuDirecciónDeCorreo" a majord...@postgresql.org)
