ndice de contenido

1.-Desnormalizacin..........................................................................................................4
1 1.1-Ejemplos de tcnicas de desnormalizacin incluyen:............................................4
2.-Estructuras de Almacenamiento De Base de Datos.....................................................5
2.1-Componentes del gestor de almacenamiento....................................................6
2.1.2-Estructura de Almacenamiento........................................................................6
2.2Tipos de entonacin.................................................................................................7
2.3-ndice y Clster........................................................................................................7
2.4-Tablespace..............................................................................................................9
2.5-Datale....................................................................................................................9
2.6-Segmentos Especiales.....................................................................................................9

1.-Desnormalizacin
La desnormalizacin 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 DBMSs 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.
Un modelo de datos desnormalizado no es lo mismo que un modelo de datos que no
ha sido normalizado, y la desnormalizacin 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. Por ejemplo, que todas las relaciones estn en la tercera forma normal y
cualquier relacin con dependencias de unin (join) y multi-valor sean manejadas
apropiadamente.
1.1-Ejemplos de tcnicas de desnormalizacin incluyen:
Vistas materializadas, que pueden implementar lo siguiente:
Almacenando la cuenta de "muchos" objetos en una relacin uno-a-muchos
como un atributo de la relacin "uno"
Agregando atributos a una relacin de otra relacin con la cual ser unida (join)

Esquemas en estrella que tambin son conocidos como modelos hechodimensin y se han extendido a los esquemas de copo de nieve

Informacin de resumen pre-construida (til para informes, DataWareHouse o

data mining) o cubos OLAP

1.2-Utilizar la desnormalizacin de la base de datos

Una base de datos normalizada impide las dependencias funcionales de los datos para
que el proceso de actualizacin de la base de datos sea fcil y eciente. Sin embargo,
la realizacin de consultas en la base de datos puede requerir la combinacin de varias
tablas para unir la informacin. A medida que el nmero de tablas combinadas crece, el
tiempo de ejecucin de la consulta aumenta considerablemente. Por este motivo, el
uso de una base de datos normalizada no es siempre la mejor alternativa. Una base de
datos con la medida justa de desnormalizacin reduce el nmero de tablas que deben
combinarse sin dicultar en exceso el proceso de actualizacin. Suele ser la solucin
ms acertada.

Nota:
Por lo general, si un nmero importante de las consultas precisan de la combinacin de
ms de cinco o seis tablas, es aconsejable el uso de la desnormalizacin.

1.3- Consejos para la Desnormalizacin.

En materia de desnormalizacin, es aconsejable adoptar un enfoque prctico, teniendo

en cuenta las limitaciones de los lenguajes como SQL y de MySql en particular, y ser
prudente no desnormalizando de manera innecesaria.

Los siguientes consejos le ayudaran a la hora de decidir:

Si el uso de una estructura normalizada genera un rendimiento aceptable, no debera
desnormalizar.
Si el rendimiento no resultara aceptable, asegurarse de comprobar si el proceso de
desnormalizacin lo convierte en aceptable. Es aconsejable buscar alternativas, como
la eleccin de mejor hardware para evitar la desnormalizacin. Resulta difcil deshacer

los cambios estructurales posteriormente.

Asegurarse de que se preere una menor integridad de los datos a cambio de un
mejor rendimiento.
Considerar posible escenarios futuros, en los que las aplicaciones puede que
planteen exigencias diferentes a los datos. El uso de la desnormalizacin para mejorar
el rendimiento de una aplicacin obliga a la estructura de datos a depender de dicha
aplicacin, cuando la situacin ideal sera la contraria.

2.-Estructuras de Almacenamiento De Base de Datos

Los sistemas de gestin de bases de datos (en ingls database management system,
abreviado DBMS) son un tipo de software muy especco, dedicado a servir de interfaz
entre la base de datos, el usuario y las aplicaciones que la utilizan.

El propsito general de los sistemas de gestin de bases de datos es el de manejar de

manera clara, sencilla y ordenada un conjunto de datos que posteriormente se
convertirn en informacin relevante para una organizacin. Un gestor de
almacenamiento es un mdulo de programa que proporciona la interfaz entre los datos
de bajo nivel almacenados en la BD y los programas de aplicacin y las consultas
remitidas al sistema.

2.1-Componentes del gestor de almacenamiento

Gestor de autorizaciones e integridad.

Gestor de transacciones.

Gestor de archivos.

Gestor de la memoria intermedia.

2.1.2-Estructura de Almacenamiento
Archivos de datos.

Diccionario de datos.

ndices.

2.2Tipos de entonacin
Los sistemas manejadores de base de datos trabajan sobre una plataforma de
hardware y en estrecha interaccin con el sistema de operacin sobre el cual funciona
la plataforma. En primera instancia, hay aspectos del HW y del sistema de operacin
que afectan el rendimiento en la base de datos. Estos aspectos son: Del S.O.:
scheduling de procesos, prioridad de los procesos, tamao del bfer. Del HW: como
ubicar (allocate) los discos, la memoria RAM y los procesadores para uso del DBMS.
2.3-ndice y Clster
El ndice de una base de datos es una estructura de datos que mejora la velocidad de
las operaciones, permitiendo un rpido acceso a los registros de una tabla en una base
de datos. Al aumentar drsticamente la velocidad de acceso, se suelen usar sobre
aquellos campos sobre los cuales se hacen frecuentes bsquedas.

En un ndice non-clustered, la clave por la que buscamos tiene un puntero a la pgina

de datos donde se encuentra el registro. Mientras que en ndice clustered, la leaf level
es la pagina de datos!.

2.4-Tablespace
Una base de datos se divide en unidades lgicas denominadas TABLESPACES. Un
tablespace no es un chero fsico en el disco, simplemente es el nombre que tiene un
conjunto de propiedades de almacenamiento que se aplican a los objetos (tablas,
secuencias) que se van a crear en la base de datos bajo el tablespace indicado
(tablas, secuencias).
2.5-Datale
Un datale es la representacin fsica de un tablespace. Son los "cheros de datos"
donde se almacena la informacin fsicamente. Un dataleest asociado a un solo
tablespacey, a su vez, un tablespaceest asociado a uno o varios datales. Es decir, la

relacin lgica entre tablespaces y datales es de 1-N, maestro-detalle.

2.6-Segmentos Especiales
Un segmentes aquel espacio reservado por la base de datos, dentro de un datale,
para ser utilizado por un solo objeto. Se puede decir que, un segmento es a un objeto
de base de datos, lo que un datalea un tablespace: el segmento es la representacin
fsica del objeto en base de datos (el objeto no es ms que una denicin lgica).