> Hmm, no. ¿En qué casos? Cuando buscas por DNI (o
> equivalente) entonces
> usas el índice btree por DNI, y no es necesario el otro,
> pero ¿qué otra
> clave útil hay para buscar a una persona?
>
> > Dicho eso, se justifica crear dos columnas para un
> pedazo de
> > informacion que por lo general se consume unificada?
> ("Nombre,
> > Apellido").
>
> Claro, porque la clave de búsqueda es el apellido.
>
> ¿Y qué decía David?
>
Tengo una base de datos postgresql que funciona para busqueda de personal.
A veces no me acuerdo el apellido completo o si es materno o paterno
y si el nombre que usa es el primero o el segundo nombre que era gabriel o
daniel, lo entreviste la semana pasada
A demas no se si era Santos o De los Santos
Necesito un (ape_pat Like '%Santos%' or ape_mat Like '%Santos%)
and (nom_1 Like '%iel%' or ape_nom2 Like '%iel%) and fecha>=dia_semana_pasada
Creo que PostgreSql resuelve bien estos problemas, mas alla de que un btree
seria mejor, el requerimiento a resolver me obliga a esta forma.
O habria otra ?
> --
> Alvaro Herrera
> http://www.amazon.com/gp/registry/3BP7BYG9PUGI8
> Voy a acabar con todos los humanos / con los humanos yo
> acabaré
> voy a acabar con todos / con todos los humanos acabaré
> (Bender)
> --
> TIP 8: explain analyze es tu amigo
____________________________________________________________________________________
Premios MTV 2008¡En exclusiva! Fotos, nominados, videos, y mucho más! Mira aquí
http://mtvla.yahoo.com/
--
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envía "unregister TuDirecciónDeCorreo" a [EMAIL PROTECTED])
