Denormalizacin de una Base de Datos

Universidad Nacional de Trujillo Ingeniera Informtica Trujillo Per Prof. Orlando Salazar Campos

Autor: Nurea Snchez Gabriella Milagros 948030060 gaminusa_1529@hotmail.com I. Preliminares Para realizar la normalizacin del caso Agenda propuesto en clase, he credo conveniente definir algunos trminos, que servirn de ayuda para un mejor entendimiento.

1.1.

Definicin: La denormalizacin es el proceso de procurar optimizar el desempeo de una base de datos por medio de agregar datos redundantes. A veces es necesaria porque las actuales DBMS implementan el modelo relacional pobremente. Una verdadera DBMS relacional debe permitir una base de datos completamente normalizada a nivel lgico, mientras proporciona el almacenamiento fsico de los datos afinado para alto rendimiento. El acercamiento ms usual es denormalizar el diseo de datos lgico. Con cuidado, esto puede alcanzar una mejora similar en respuesta de consulta, pero a un costo ahora es la responsabilidad del diseador de la base de datos de asegurarse de que la base de datos denormalizada no llegue a ser inconsistente. Esto es hecho creando reglas en la base de datos llamadas restricciones, que especifican cmo las copias redundantes de informacin se deben mantener sincronizadas. Es el aumento en la complejidad lgica del diseo de la base de datos y la complejidad aadida de las restricciones adicionales que hacen a este acercamiento peligroso. Por otra parte, debido a los gastos indirectos de evaluacin de restricciones al insertar, actualizar, o eliminar datos, una base de datos denormalizada puede realmente ofrecer un desempeo peor que sus funcionalmente equivalentes contrapartes normalizadas. Cuando se est seleccionado o leyendo datos a menudo el desempeo ser mejor. Un modelo de datos denormalizado no es lo mismo que un modelo de datos que no ha sido normalizado, y la denomarlizacin debe tomar lugar solamente despus de que haya ocurrido un nivel satisfactorio de normalizacin y de que hayan sido creadas las restricciones y/o reglas requeridas para ocuparse de las anomalas inherentes en el diseo.

II.

Ventajas Introduccin de redundancia para obtener respuestas ms rpidas. Evitar uniones para bsquedas porque en muchas aplicaciones se utilizan tablas de cdigos, para validar los usados en el ingreso de datos y para proveer descripciones en las consultas. Se podra elegir mantener la descripcin en el registro padre en vez del cdigo, para evitar estas uniones durante las consultas. Evitar uniones para campos calculables porque En un sistema de ingreso de rdenes, se podra almacenar en forma redundante el valor total de cada orden en la tabla de rdenes, para evitar una unin con la tabla de tems para calcular el total.

Evita Subconsultas correlativas porque en una serie de datos temporales, donde cada registro representa un periodo, se puede almacenar las fechas de comienzo y fin en cada registro. Esto permite la utilizacin de sentencias con BETWEEN, en lugar de las Subconsultas correlativas que se necesitaran ejecutar para cada fila, consumiendo recursos.

III.

Denormalizacin del Caso Podramos denormalizar los Datos Domiciliarios ya que, la tabla Ubicacin tiene como atributos a Pas, Departamento, Provincia, Distrito y Urbanizacin o Calle, sabemos que no todas las personas cuentan con una direccin urbanizada o calle, por lo tanto se podra eliminar ese atributo, adems contamos que la tabla Contacto tiene como atributos a Nombre, Apellidos, Direccin, y en este ltimo atributo se podra llenar los datos especficos de la direccin, ya bien sea urbanizacin, calle o zona.

IV.

Referencias: http://es.debugmodeon.com/debate/desnormalizacion http://www.slideshare.net/guest3d8a6d/desnormalizacin-397008 http://es.wikipedia.org/wiki/Denormalizaci%C3%B3n_%28base_de_datos%252 http://es.wikipedia.org/wiki/Denormalizaci%C3%B3n_%28base_de_datos%252