Sobre normalizacion

Así es. Un esquema bien normalizado suele disponer de una gran cantidad de
tablas físicas, pero el beneficio principal es que no hay redundancia de
datos.

La palabra 'rendiminiento' es demasiado amplia. Si te refieres a rendimiento
en el tiempo de respuesta de consultas, en un esquema normalizado justamente
es cuando se logra el mejor rendimiento. Por supuesto que un buen
administrador de base de datos dispone de índices para que los planes de
ejecución de consultas sean los más óptimos.

Saludos
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Melissa Ruiz" wrote in message
news:uB$

Hola a todos. Estoy un poco confundida. Disenando una base de datos y
aplicando la normalizacion veo que salen como demasiadas tablas. No afecta
eso el rendimiento ?
Que criterios practicos deberian tenerse para esto ?


Melissa

Hola, el uso de normalizacion hara sin ninguna duda que existan mas tablas
porque la idea principal es que no existan datos duplicados.

Ahora bien, en el rendimiento esta claro que no es lo mismo hacer un Select
a una sola tabla que empezar a unir cosas.

Pero el costo beneficio siempre es enorme al armar un sistema normalizado,
claro, hay ocaciones donde nos podemos salir de los libros un poco ;-)

Te paso un link donde habla del uso de la Desnormalizacion

http://www.configuracionesintegrale...articulo#7

Suerte




Maxi

Buenos Aires - Argentina
Desarrollador .NET 3 Estrellas
Microsoft User Group (MUG)
Mail: Maxi_accotto[arroba]speedy.com.ar

Msn Messager:

"Melissa Ruiz" escribió en el mensaje
news:uB$

Hola a todos. Estoy un poco confundida. Disenando una base de datos y
aplicando la normalizacion veo que salen como demasiadas tablas. No afecta
eso el rendimiento ?
Que criterios practicos deberian tenerse para esto ?


Melissa

Tomado de los Books On Line:

"Una buena estrategia consiste en comenzar con un diseño normalizado y, a
continuación, desnormalizar selectivamente las tablas por motivos
específicos."

Lo cual quiere decir que no hay que ser tan estricto tampoco en la
normalización extrema.


"Gustavo Larriera [MVP]" wrote in message
news:%234m$

Así es. Un esquema bien normalizado suele disponer de una gran cantidad de
tablas físicas, pero el beneficio principal es que no hay redundancia de
datos.

La palabra 'rendiminiento' es demasiado amplia. Si te refieres a

rendimiento

en el tiempo de respuesta de consultas, en un esquema normalizado

justamente

es cuando se logra el mejor rendimiento. Por supuesto que un buen
administrador de base de datos dispone de índices para que los planes de
ejecución de consultas sean los más óptimos.

Saludos
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Melissa Ruiz" wrote in message
news:uB$
> Hola a todos. Estoy un poco confundida. Disenando una base de datos y
> aplicando la normalizacion veo que salen como demasiadas tablas. No

afecta

> eso el rendimiento ?
> Que criterios practicos deberian tenerse para esto ?
>
>
> Melissa
>
>

hay ocasiones en que obtenemos mas rendimiento si no seguimos al pie de la
letra la teoria de la normailizacion checa esto please
http://www.microsoft.com/spanish/ms...art144.asp


"Melissa Ruiz" escribió en el mensaje
news:uB$

Hola a todos. Estoy un poco confundida. Disenando una base de datos y
aplicando la normalizacion veo que salen como demasiadas tablas. No afecta
eso el rendimiento ?
Que criterios practicos deberian tenerse para esto ?


Melissa

100% de acuerdo.

La normalización es el feng shui de la base de datos, como bien dijeron en
SQL Magazine :-) El feng shui me recomienda que la cabeza de mi cama apunte
hacia el norte, que los pies de mi cama no apunten hacia la puerta del
dormitorio, que mi cabeza tenga visibilidad de la puerta del dormitorio y no
le dé la espalda... pero no siempre se puede lograr todo en un dormitorio
real :-)

Cuando se normaliza se considera no solamente la pureza del diseño sino
también la practicidad respecto a las operaciones: hay muchas modificaciones
de datos? mejor un esquema normalizado. Hay solamente consultas? mejor un
esquema desnormalizado (recordar los esquemas relacionalmente
desnormalizados de los data warehouses...). En un caso práctico podemos
tener un esquema muy desnormalizado para evitar los joins pero debemos usar
mucha lógica para el mantenimiento consistente de datos... es calro que en
este escenario, tendremos mala performance en el mantenimiento de datos y
buena performance en respuesta de consultas.

También hemos de considerar hasta qué forma normal queremos llegar y saber
ventajas/desventajas. Podemos llevar el esquema a 3NF o superior, pero
debemos primero considerar cuándo podemos tener join con pérdida o no.

Todas esas discusiones se aprenden en cualquier curso introductorio de
teoría de bases de datos y hay excelentes autores que tratan el tema. En lo
personal no creo poder brindar mejores opiniones que las que hay en los
libros clásicos de Codd, Ullman, Navathe...

Muchísimos saludos
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"El principiante" wrote in message
news:%

Tomado de los Books On Line:

"Una buena estrategia consiste en comenzar con un diseño normalizado y, a
continuación, desnormalizar selectivamente las tablas por motivos
específicos."

Lo cual quiere decir que no hay que ser tan estricto tampoco en la
normalización extrema.


"Gustavo Larriera [MVP]" wrote in message
news:%234m$

Así es. Un esquema bien normalizado suele disponer de una gran cantidad
de
tablas físicas, pero el beneficio principal es que no hay redundancia de
datos.

La palabra 'rendiminiento' es demasiado amplia. Si te refieres a

rendimiento

en el tiempo de respuesta de consultas, en un esquema normalizado

justamente

es cuando se logra el mejor rendimiento. Por supuesto que un buen
administrador de base de datos dispone de índices para que los planes de
ejecución de consultas sean los más óptimos.

Saludos
gux

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and
confers
no rights.
"Melissa Ruiz" wrote in message
news:uB$
> Hola a todos. Estoy un poco confundida. Disenando una base de datos y
> aplicando la normalizacion veo que salen como demasiadas tablas. No

afecta

> eso el rendimiento ?
> Que criterios practicos deberian tenerse para esto ?
>
>
> Melissa
>
>