Informatica








Asignatura: Informatica


Maestro: Mr. Magdiel Aranda


Alumno: Byron Hernández


Grado: II Tec. Informatica


Trabajo: Desnormalización


Lugar y Fecha: El Castaño, El Progreso, Yoro 30-04-2014


Índice












Introducción







La Desnormalización es el proceso de procurar optimizar el desempeño de una base de datos por medio deagregar datos redundantes. A veces es necesaria porque las actuales implementan el modelo relacional pobremente. Una verdadera DBMS relacional debe permitir una base de datos completamente normalizada a nivel lógico, mientras proporciona el almacenamiento físico de los datos afinado para alto rendimiento.
El acercamiento más usual es desnormalizar el diseño de datos lógico. Con cuidado, esto puedealcanzar una mejora similar en respuesta de consulta, pero a un costo - ahora es la responsabilidad del diseñador de la base de datos de asegurarse de que la base de datos desnormalizada no llegue a ser inconsistente. Esto es hecho creando reglas en la base de datos llamadas restricciones, que especifican cómo las copias redundantes de información se deben mantener sincronizadas.Desnormalización
La Desnormalización es el proceso de procurar optimizar el desempeño 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 lógico, mientras proporciona el almacenamiento físico de los datos afinadopara alto rendimiento.
Un diseño normalizado a menudo almacenará diferentes, pero relacionadas, piezas de información en tablas lógicas separadas (llamadas relaciones). Si estas relaciones están almacenadas físicamente como archivos de disco separados, puede ser lento terminar una consulta de la base de datos que tome información de varias relaciones (una operación unión). Si muchas relaciones sonunidas, puede ser prohibitivamente lento. Hay dos estrategias para tratar con esto. El método preferido es mantener normalizado el diseño lógico, pero permite al DBMS almacenar en el disco información redundante adicional para optimizar la respuesta a la consulta. En este caso, es responsabilidad del software del DBMS asegurarse de que cualquier copia redundante se mantenga consistente. Este métodoes a menudo implementado en SQL como vistas indexadas (MS SQL) o vistas materializadas (Oracle). Una vista representa la información en un formato conveniente para consultar, y el índice asegura que las consultas contra la vista estén optimizadas.
El acercamiento más usual es desnormalizar el diseño de datos lógico. Con cuidado, esto puede alcanzar una mejora similar en respuesta de consulta,pero a un costo - ahora es la responsabilidad del diseñador de la base de datos de asegurarse de que la base de datos desnormalizada no llegue a ser inconsistente. Esto es hecho creando reglas en la base de datos llamadas restricciones, que especifican cómo las copias redundantes de información se deben mantener sincronizadas. Es el aumento en la complejidad lógica del diseño de la base de datos yla complejidad añadida de las restricciones adicionales que hacen a este acercamiento peligroso. Por otra parte, debido a los gastos indirectos de evaluación de restricciones al insertar, actualizar, o eliminar datos, una base de datos desnormalizada puede realmente ofrecer un desempeño peor que sus funcionalmente equivalentes contrapartes normalizadas. Cuando se está seleccionado o leyendo datos amenudo el desempeño será mejor.
Un modelo de datos desnormalizado no es lo mismo que un modelo de datos que no ha sido normalizado, y la Desnormalización debe tomar lugar solamente después de que haya ocurrido un nivel satisfactorio de normalización y de que hayan sido creadas las restricciones y/o reglas requeridas para ocuparse de las anomalías inherentes en el diseño. Por ejemplo, que todas...