Re: normalizacion

Este e-mail me vino al privado, lo reenvio:

El día 28 de julio de 2008 3:22, David Prieto <davidp(at)sgth(dot)es> escribió:
>
>> quisiera saber su opinión sobre el asunto q hacen muchos programadores
>> (los cuales tambien diseñan las base d datos) y es q
> por favor, escribe completo las palabras que no estamos utilizando un
> móvil... =)
>
>> en la tabla factura
>> guardan tanto el codigo de cliente, como el nombre y apellidos del
> cliente.
>> Cómo todos ustedes saben eso rompen con las reglas d normalización.
>
>> Q opinan uds. sobre ese asunto, a q se deberá esto??
>
> Opino que en muchos muchos casos esto es necesario.
>
> Ya se ha comentado que la factura no debe modificar su contenido una vez
> emitida, y que si el día de mañana tu cliente número 1234 cambia de
> domicilio, cuando reimprimas la factura debe salir igual que la primera vez.
>
> También habrá casos (el típico "cliente 99999", de "clientes varios"), que
> no hace falta tenerlo en la base de datos como cliente, pero que sí que
> tienes que guardar sus datos en cada factura.
>
>> MI opinión es que la persona que diseña una bd así no conoce las formas
> normales,
>> y si las conoce y no las utiliza se puede deber a que:
>> o es un super dba que esta tratando de conseguir algo a cambio de
>> redundancia pero la controla
>> o conoce las formas normales pero no las entiende. =)
>
> MI opinión es que un buen diseño de una base de datos pasa por normalizar
> primero y des-normalizar un poco después. He visto bases de datos
> intratables por culpa de tanta normalización.

> davidp.

Sin comentarios, porque ya se ha hablado mucho de esto en este hilo.
Un abrazo,
--
§~^Calabaza^~§ from Villa Elisa, Paraguay
----------------
A hendu hína: Billy Idol - Rebell Yell
http://foxytunes.com/artist/billy+idol/track/rebell+yell