Re: CONSEJO tablas grandes

> 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/