Re:

Yo también te recomiendo que la normalices. Tuve la mala experiencia de algo
parecido en una empresa en donde los nombres y apellidos estaban unidos en
un mismo registro y había que realizar las búsquedas separadamente.
La Verdú que para algunos casos es útil peor la mayor parte de las veces
solo estorba.

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Alvaro Herrera
Enviado el: Viernes, 02 de Abril de 2004 07:50 a.m.Eligio
Para: Borja Martín
CC: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda]

On Fri, Apr 02, 2004 at 02:27:49PM +0200, Borja Martín wrote:
> supongamos que tengo en la tabla baskets la siguiente fila:
> +----+---------+------------+--------+
> | id | user_id | orders_ids | date |
> +----+---------+------------+--------+
> | 1 | borja | 139|140 | 200402 |
> +----+---------+------------+--------+

Esto quiere decir que tu modelo no está correctamente normalizado. Yo
trabajé en una empresa que tenían un modelo así y creeme, no es
agradable. Si puedes, corrígelo, y todas las aplicaciones que lo usen.
A la larga, es menos trabajo, y mientras antes mejor.
(Puedes crear una vista que genere esta versión no normalizada a partir
de la normalizada para mantener compatibilidad mientras corriges las
aplicaciones)

> se podria en un solo query obtener los orders_ids por separado(139 y
> 140) para luego hacer el query SELECT * FROM baskets WHERE baskets.id
> = 1 AND (orders.id = 139 OR orders.id = 140) ?

Si, se puede, pero es doloroso y hay que saber la cardinalidad de
antemano. Checa la función split_part().

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
Major Fambrough: You wish to see the frontier?
John Dunbar: Yes sir, before it's gone.

---------------------------(end of broadcast)---------------------------
TIP 7: no olvides aumentar la configuración del "free space map"