| From: | "Moises Alberto Lindo Gutarra" <mlindo(at)gmail(dot)com> |
|---|---|
| To: | José Fermín Francisco Ferreras <josefermin54(at)hotmail(dot)com> |
| Cc: | Sam <samanta(dot)fernandez(at)gmail(dot)com>, "foro postgresql" <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: normalizacion |
| Date: | 2008-07-25 15:36:47 |
| Message-ID: | 5db591c00807250836j7dfb3e80n34e7352a4984826@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
"- Escuche a un programador decir q es mejor redundar porque así el
procesador trabaja menos forzado y por consiguiente sacrificar espacio
en disco le resulta mucho mas comodo al sistema. Osea mayor
procesamiento, pero con carga extra en el disco."
Que programador es para tener cuidado de contratarlo :)
El día 25 de julio de 2008 10:29, José Fermín Francisco Ferreras
<josefermin54(at)hotmail(dot)com> escribió:
> Gracias a todos por responder.
> Según lo q he leido, hay dos posibles respuestas para este asunto:
>
> 1. La q dijo alvaro herrera, d q los programadores no tienen idea d como
> diseñar una base d datos.
> 2. La q dijo Sam y otros acerca d esto:
>
> 'Esto puede ser debido a que la factura, boleta son documentos
> contables, y se requiere saber conque nombre fue impreso, si fue
> impreso con un nombre equivocado, esta factura se anula , se cambia la
> información en el maestro, mas no en la factura anulada.'
>
> 'Una explicacion posible es que cuando se guarda registro de documentos
> impresos con valor legal, los datos se deben guardar tal cual al
> momento de la impresion, por esto es que a veces esta el requerimiento
> de replicarlos en cada registro, si posteriormente las tablas de
> entidades cambian, cada documento se mantiene tal cual cuando fue
> generado.'
>
>
> - Entonces, esto quiere decir decir q las reglas d los negocios es mas
> importante q las reglas d normalizacion??
>
> - Escuche a un programador decir q es mejor redundar porque así el
> procesador trabaja menos forzado y por consiguiente sacrificar espacio en
> disco le resulta mucho mas comodo al sistema. Osea mayor procesamiento, pero
> con carga extra en el disco.
>
>
>
>
>
>
> <html><div>ing. José Fermín Francisco Ferreras <BR>San Francisco de Macorís,
> Rep. Dom. <BR></div></html>
>
>> Date: Fri, 25 Jul 2008 10:45:39 -0300
>> From: samanta(dot)fernandez(at)gmail(dot)com
>> To: josefermin54(at)hotmail(dot)com
>> Subject: Re: [pgsql-es-ayuda] normalizacion
>>
>> Una explicacion posible es que cuando se guarda registro de documentos
>> impresos con valor legal, los datos se deben guardar tal cual al
>> momento de la impresion, por esto es que a veces esta el requerimiento
>> de replicarlos en cada registro, si posteriormente las tablas de
>> entidades cambian, cada documento se mantiene tal cual cuando fue
>> generado.
>>
>> 2008/7/25 José Fermín Francisco Ferreras <josefermin54(at)hotmail(dot)com>:
>> > Hola, quisiera saber su opinión sobre el asunto q hacen muchos
>> > programadores
>> > (los cuales tambien diseñan las base d datos) y es q 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??
>> >
>> >
>> >
>> >
>> > <html><div>ing. José Fermín Francisco Ferreras <BR>San Francisco de
>> > Macorís,
>> > Rep. Dom. <BR></div></html>
>> > ________________________________
>> > With Windows Live for mobile, your contacts travel with you. Connect on
>> > the
>> > go.
>
> ________________________________
> With Windows Live for mobile, your contacts travel with you. Connect on the
> go.
--
Atentamente,
Moisés Alberto Lindo Gutarra
Asesor - Desarrollador Java / Open Source
Linux Registered User #431131 - http://counter.li.org/
Cel: (511) 995081720
MSN: mlindo(at)tumisolutions(dot)com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2008-07-25 15:38:40 | Re: normalizacion |
| Previous Message | Rodrigo Videla | 2008-07-25 15:34:57 | Replicacion |