From: | Gabriel Hermes Colina Zambra <hermeszambra(at)yahoo(dot)com> |
---|---|
To: | Jaime Casanova <systemguards(at)gmail(dot)com> |
Cc: | Arturo Munive <arturomunive(at)gmail(dot)com>, Postgresql <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Romper la normalizacion |
Date: | 2007-05-11 03:01:05 |
Message-ID: | 145870.30695.qm@web63715.mail.re1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
--- Jaime Casanova <systemguards(at)gmail(dot)com> escribió:
> On 5/10/07, Gabriel Hermes Colina Zambra
> <hermeszambra(at)yahoo(dot)com> wrote:
> > Para que no se interprete mal, no es lo mismo
> > denormalizar, que hacer cosas anormales.
> >
> > Aca va un caso de ejemplo para estudiar de
> > desnormalizacion,
> >
>
http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art144.asp#introduccion
> >
>
> Hay que recordar que la optimizacion prematura suele
> ser la fuente de
> los peores problemas en la base... es mejor tener
> todo el diseño y
> hasta la aplicacion funcionando antes de decidir que
> vale la pena
> desnormalizar (en el ejemplo que estaba en el enlace
> que puso Gabriel
> se hablaba que decidieron desnormalizar una vez que
> los datos de 1
> año y medio empezaron a hacer lenta una consulta)...
>
> y a diferencia de lo que decian ahi yo siempre
> prefiero crear triggers
> para mantener actualizados los campos que se creen
> (aun cuando "no
> haga falta").
>
> de todos modos siempre es mejor buscar otras
> alternativas antes de
> decidirse a desnormalizar
>
> --
> Atentamente,
> Jaime Casanova
>
> "Programming today is a race between software
> engineers striving to
> build bigger and better idiot-proof programs and the
> universe trying
> to produce bigger and better idiots.
> So far, the universe is winning."
> Richard Cook
>
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 6: ¿Has buscado en los archivos de nuestra lista
> de correo?
>
>
> http://archives.postgresql.org/pgsql-es-ayuda
>
Completamete de acuerdo Jaime, yo apuntaba a eso
justamente, a que la desnormalizacion no sea el
pretesto para no agotar las otras posibles soluciones,
incluso como dice ahi evaluar costo/beneficio.
Fijate que si aun la gente de MSSQL prefiere hacer
evaluaciones de este tipo, cuanto mas tenemos que
hacer nosotros cuando tenemos una herramienta que nos
brinda mas robustez y performance, o sea menos
pretestos para desnormalizar.
Atte.
Gabriel Hermes Colina Zambra
__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/
From | Date | Subject | |
---|---|---|---|
Next Message | ramirex | 2007-05-11 03:17:03 | Java Eclipse Hibernate |
Previous Message | Jaime Casanova | 2007-05-11 00:27:02 | Re: Romper la normalizacion |