Filosofias de Diseño

Hola, creo que desnormalizar en ciertos casos es altamente recomendable,
sobre todo en el caso de cierto tipos de acumulados (Stocks, totales de
lineas) etz. porque la agrupación para sumar las lineas y recuperar un
total, es mucho más costosa en terminos de acceso a disco, si se tiene que
leer 100 lineas que si se tiene que leer un único campo.
Y si hablamos de stocks, no puedes estar leyendo todos los movimientos para
sacar el stock total, si lo has podido acumular previamente, y guardar en un
campo "desnormalizado"

"Javier Loria" escribió en el mensaje
news:

Hola Emilio:
Si te sirve de referencia uno los ERP (Sistemas de Contabilidad,
Presupuesto, etc.) mas conocidos (SAP) tiene mas de 10,000 tablas y

soporta

mas de 30,000 usuarios.
Mi experiencia es contraria a la tuya, la desnormalizacion conlleva
normalmente a perdidas de desempeno y mientras los discos durors sean mas
lentos que los procesadores, valdra la pena normalizar.
Por supuesto que hay excepciones, pero desnormalizar una BD debe ser

una

tarea esporadica.
Saludos,

creo que aca encontraras algo tecnico, escrito por dos compañeros del foro,
que dicen saber.. jajaj, solo es broma, este articulo es de profesionales,
leelo un poco. quiza te ayude.


http://www.microsoft.com/spanish/ms...art133.asp

http://www.configuracionesintegrale...p?articulo!9

Algunas cosas parecieran no tener entrada en esta pregunta, pero si analizas
directamente el por que de algunas cosas y otras, cero que encontraras un
poco mas de informacion. Yo personalmente no soy partidario del 100% de
normalizacion y no tampoco por mi edad, si no por que algunas cosas
requieren de un enfoque de diseño diferente y algunas otras deben ser
tradicionales, pero bueno, creo que cada sistema es diferente, cada hardware
y todo varia segun las necesidades.



Fernando España
Gerente Informatica
Alta Tecnologia en Informatica S.A.
www.atisa.com.gt
7a. calle 4-34 Zona 10
Guatemala Centro America
PBX: (502) 3620005

Email:

****************************************

"José Raúl Fenollar Martínez" escribió en el mensaje
news:

Hola, creo que desnormalizar en ciertos casos es altamente recomendable,
sobre todo en el caso de cierto tipos de acumulados (Stocks, totales de
lineas) etz. porque la agrupación para sumar las lineas y recuperar un
total, es mucho más costosa en terminos de acceso a disco, si se tiene que
leer 100 lineas que si se tiene que leer un único campo.
Y si hablamos de stocks, no puedes estar leyendo todos los movimientos

para

sacar el stock total, si lo has podido acumular previamente, y guardar en

un

campo "desnormalizado"

"Javier Loria" escribió en el mensaje
news:
> Hola Emilio:
> Si te sirve de referencia uno los ERP (Sistemas de Contabilidad,
> Presupuesto, etc.) mas conocidos (SAP) tiene mas de 10,000 tablas y
soporta
> mas de 30,000 usuarios.
> Mi experiencia es contraria a la tuya, la desnormalizacion conlleva
> normalmente a perdidas de desempeno y mientras los discos durors sean

mas

> lentos que los procesadores, valdra la pena normalizar.
> Por supuesto que hay excepciones, pero desnormalizar una BD debe ser
una
> tarea esporadica.
> Saludos,
>
>

Emilio Garcia Loeda wrote in message news:...

Buenas, me gustaria vuestra opinión sobre las filosofias de diseño en bases
de datos.

Yo siempre normalizo mucho las tablas, y despues creo con vistas tablas
"mas amigables" para los usuarios o/y aplicaciones, en cambio otros colegas
(mucho mas jovenes que yo) prefieren un cierto nivel de desnormalización,
con el objetivo de tener una cantidad menos de tablas, pero sacrificando
rendimiento en el sistema.

¿que carga real tiene una vista sobre el sistema?, yo no he comprobado
perdidas escandalosas de rendiemiendo en un servidor por una gran
normalización, pero desde hace 15 dias tenemos varios administradores de
bases de datos discursiones por este tema.

¿cual es vuestra experiencia personal?

Emilio Gª Loeda

Yo creo que para un sistema de introducción de datos es mejor la
desnormalización porque las tablas son más pequeñas y responden más
rápido, pero para un sistema de estadísticas o consultas va bien tener
tablas un poco más redundantes. De todos modos tiendo a la
normalización aunque sea sólo por belleza formal, ¡me encantan los
puzzles SQL!

Saludos,

Diego Buendia
Barcelona Spain

Saludos esta es mi opinion.
Por experiencia propia la misma regla no se puede aplicar a todas las
aplicaciones lo ideal es tenerlas lo mas normalizadas
posible pero en ciertas ocasiones es necesario duplicar la informacion.

Para poder disenar hay que tener un claro concepto de el uso de las tablas y
cual es el medio en que se van a
realizar las consultas, Web - Client/Server, COM, Web Service, que tipo de
aplicacion se esta creando , si hay un uso pesado de campos memo-text , si
se hacen bastantes calculos, que tanta seguridad necesita la applicacion,
cual es la frecuencia del cambio de la informacion.
Siempre es bueno utilizar el execution plan y statistics del query
analizer esto da una mejor idea de
donde estas sobre cargando el sistema con muchos join/links etc.

Pero en realidad con todas las utilidades/funcionalidad extras que tiene
SQL & Oracle, ha ayudado a que muchos nuevos
programadores & Administradores de Base de datos no se preocupen mucho por
el Data normalization, pues el database
engine y la velocidad de las nuevas maquinas han ayudado a minimizar el
impacto de un mal diseno de base de datos.

Mi voto siempre sera a tener un Buen database normalizado!!! es mas limpio,
lleva menos mantenimiento y con un buen tunning y los
apropiados indexes es la mejor opcion en especial cuando son sistemas que
intercambian informacion con otras companias.







"Emilio Garcia Loeda" wrote in
message news:

Buenas, me gustaria vuestra opinión sobre las filosofias de diseño en

bases

de datos.

Yo siempre normalizo mucho las tablas, y despues creo con vistas tablas
"mas amigables" para los usuarios o/y aplicaciones, en cambio otros

colegas

(mucho mas jovenes que yo) prefieren un cierto nivel de desnormalización,
con el objetivo de tener una cantidad menos de tablas, pero sacrificando
rendimiento en el sistema.

¿que carga real tiene una vista sobre el sistema?, yo no he comprobado
perdidas escandalosas de rendiemiendo en un servidor por una gran
normalización, pero desde hace 15 dias tenemos varios administradores de
bases de datos discursiones por este tema.

¿cual es vuestra experiencia personal?

Emilio Gª Loeda

Estoy de acuerdo con usar las reglas, siempre trato de seguirlas y dan mejor
resultado incluso en un diseño mas legible. Hace poco expuse un asunto que
me consiguio un regaño (lo acepto es buena la recomendacion). Se trata de
una tabla de productos que contiene los 3 ppales proveedores, sus 3 codigos
y 3 costos (arreglo de campos).

En su momento lo hice asi por evitar los "join" y obtener una consulta mas
rapida. Ahora que lo pienso mejor (y luego de la regañada) creo que lo
reconsiderare para mi proximo diseño. Aclaro que todas mis tablas fueron
llevadas a 3ra forma normal (excepto unas 2 o 3 como la que menciono).
Ademas, no fue un descuido de diseño sino una eleccion con conocimiento.
Pero en fin, despues de 11 años en desarrollo es natural perfeccionar y
seguir aprendiendo.


Saludos,

Antonio Ortiz Ramirez
asesor en sistemas

www.aortiz.net
www.progvisual.com





"Emilio Garcia Loeda" escribió en
el mensaje news:

Buenas, me gustaria vuestra opinión sobre las filosofias de diseño en

bases

de datos.

Yo siempre normalizo mucho las tablas, y despues creo con vistas tablas
"mas amigables" para los usuarios o/y aplicaciones, en cambio otros

colegas

(mucho mas jovenes que yo) prefieren un cierto nivel de desnormalización,
con el objetivo de tener una cantidad menos de tablas, pero sacrificando
rendimiento en el sistema.

¿que carga real tiene una vista sobre el sistema?, yo no he comprobado
perdidas escandalosas de rendiemiendo en un servidor por una gran
normalización, pero desde hace 15 dias tenemos varios administradores de
bases de datos discursiones por este tema.

¿cual es vuestra experiencia personal?

Emilio Gª Loeda