UNIDAD IV BD

7/21/2019 UNIDAD IV BD

http://slidepdf.com/reader/full/unidad-iv-bd 1/26

NORMALIZACIÓN.

Ing. Elmer Arturo Carballo Ruíz.



Objetivos de la Unidad El propósito de la normalización. Utilizar la normalización al momento de diseñar una base

de datos relacional. Identificar los problemas potenciales asociado con los

datos redundantes en las relaciones de base. Conceptualizar dependencia funcional, que describe la

relación entre atributos.

Desarrollar el proceso de normalización. Identificar las formas normales más comúnmente

utilizadas, que son la primera forma normal, la segundaforma normal y la tercera forma normal.

Base de Datos BAD115 2martes, 10 de abril de 2012



Introducción Cuando diseñamos una base de datos para una organización, el objetivo

principal es crear una representación precisa de los datos, de lasrelaciones entre los datos y de las restricciones aplicables a los datosque sean pertinentes para la organización. Para este objetivo se puedenemplear varias técnicas de diseño de base de datos como por ejemploEL MODELO ENTIDAD RELACIÓN, a continuación vamos adescribir otra técnica de diseño de base de datos denominadaNORMALIZACIÓN.

La normalización es una técnica de diseño de base de datos quecomienza examinando las relaciones (denominadas dependenciasfuncionales) que existen entre los atributos. La normalización empleauna serie de pruebas (descritas como formas normales) para tratarde identificar el agrupamiento óptimo de estos atributo, con el fin deidentificar un conjunto de relaciones que soporten adecuadamente losrequisitos de datos de la organización.






Definición:

Una técnica para producir un conjunto de tablas conpropiedades deseables que soportan requerimientosde un usuario o una compañía.




anomalías de actualización.

De los mayores objetivos del diseño del modelo relacionales agrupar columnas dentro de tablas que minimicen laredundancia de datos y que reduzcan los espacios

requeridos de almacenamiento por las tablas base. Ventajas:

Las actualizaciones de los datos almacenados en la base dedatos pueden llevarse a cabo con un número mínimo deoperaciones, reduciendo las posibilidades de que aparezcan

incoherencias en los datos almacenados; Se reduce el espacio de almacenamiento de archivos

requeridos para las relaciones base, con lo cual se minimizalos costos.




e un anc a e a os yanomalías de actualización.




Redundancia de datos y

anomalías de actualización. Por supuesto, las bases de datos relacionales también

dependen de la existencia de una cierta cantidadcontrolada de redundancia los datos. Esta redundancia

aparece en forma de copias de las claves primarias, copiasque actúan como claves externas en las relacionescorrespondientes, para permitir modelar las relacionesentre los datos. Las relaciones con datos redundantespueden presentar problemas que se denominan

anomalías de actualización. Los tipos de anomalías deactualización incluyen: Inserción Borrado Modificación.




Problemas asociados con la redundancia de datos sonilustrados por la comparación de las relaciones asesor

y sucursal con la tabla asesor-sucursal fig. A.




Redundancia de datos y

anomalías de actualización. La tabla asesor – sucursal tiene redundancia de datos;

los detalles de una sucursal son repetidos por cadamiembro asesor.

En contraste, la información de sucursal apareceúnicamente una vez por cada sucursal en la tablasucursal y únicamente el número de sucursales esrepetido en la tabla asesor, para representar dondecada miembro asesor es localizado.



http://slidepdf.com/reader/full/unidad-iv-bd 11/26Base de Datos BAD115 11martes, 10 de abril de 2012



DEPENDENCIA FUNCIONAL.

Un importante concepto asociado a la normalizaciónes el de la dependencia funcional, que describe larelación entre atributos (maier,1983).La particularrelación que nosotros mostramos entre las columnasde una tabla son más formalmente referidas a unadependencia funcional.





a) Definición: Describe la relación existente entre atributosde una relación. Por ejemplo, si A y B son atributos de la relación R,B será funcionalmente dependiente de A (lo que se denota A →B) sícada Valor de a está asociado con exactamente un Valor de B (a y b

pueden consistir cada uno de ellos de uno o más atributos).

Si nosotros conocemos el Valor de A, nosotros únicamenteencontramos un Valor de B en todos los registros que tiene en este Valor de A, en cualquier momento del tiempo.

La dependencia funcional es una propiedad del significado osemántica de los atributos de una relación. La semántica indicacómo se relacionan entre si los atributos y especificar lasdependencias funcionales que existen entre ellos. Cuando elpresenta una dependencia funcional, la dependencia se especificacómo una restricción entre los atributos.





b) Determinante: hace referencia el atributo ogrupo de atributos en el lado izquierdo de la flecha que

describe una dependencia funcional.Cuando existe una dependencia funcional, el atributopor grupo de atributos en el lado izquierdo de la flechase denomina determinante. Por ejemplo, en la figura B





Un ejemplo de dependencia funcional. Considere los atributos staffNo

y posición de la relación staff en la figura 13.2. Para un Valor específicode staffNo, Por Ejemplo SL21, podemos determinar de la categoría dedicho empleado, que en este caso concreto resulta ser manager. Enotras palabras, staffNo. Determina funcionalmente el Valor deposición, como se muestra una figura 13.5(a) sin embargo la figura 13.5(b) ilustrar que la relación opuesta no es cierta.









Fig. 13 (a) y (b). Dependencia Funcional Completa: indica que si A y

B son atributos de una relación, dependefuncionalmente de manera completa de A si B dependefuncionalmente de A, pero no de ningún subconjuntopropio de A.

Una dependencia funcional A →B es una dependencia

funcional completa si la eliminación de cualquieratributo de que hace que la dependencia deje deexistir.




PRIMERA FORMA NORMAL.

Únicamente la primera forma normal es crítica en lacreación de tablas apropiadas para las bases de datosrelacionales. Todas las subsecuentes formas normales son

opcionales. Una tabla en el cual la intersección de toda la fila

y columna contiene únicamente un Valor.




PRIMERA FORMA NORMAL.

Para transformar la tabla no normalizada a primeraforma normal, tenemos que identificar y eliminar losgrupos repetitivos dentro de la tabla. Un gruporepetitivo es un atributo, un grupo de atributos, dentrode una tabla que presentan múltiples valores para unmismo Valor de los atributos designados como claveprincipal de esa tabla.




Tabla convertida en 1FN




SEGUNDA FORMA NORMAL.




SEGUNDA FORMA NORMAL.

La segunda forma normal únicamente aplica a las tablas quecontienen claves primarias compuestas, es decir, relaciones con unaclave principal compuesta de dos o más atributos. Una relación con unaclave principal de un único atributo está automáticamente en segundaforma normal. Una relación que muestren en segunda forma normalpuede sufrir las anomalías de actualización

Una tabla que están primera forma normal y en el cual los valoresde cada columna que no es clave primaria puede ser resuelta desde los

valores en todas las columnas que crean la llave primaria. Una relación que está en primera forma normal y en la que

todo atributo que no sea de clave principal dependefuncionalmente de manera completa de la clave principal.

La definición formal de la segunda forma normal es una relación queestá en primera forma normal y cada columna que no es llaveprimaria es total funcional de pendiente sobre la llave primaria.




Tablas Normalizadas en 2 FN.




TERCERA FORMA NORMAL




TERCERA FORMA NORMAL Una tabla que está en primera forma normal y que está

en segunda forma normal y en el cual las columnas queno conforman la llave primaria pueden ser creadas deeste únicamente una columna de llave primaria y no deotras columnas.

La definición formal de la tercera forma normal es queuna tabla que está en primera forma normal y ensegunda forma normal y en el cual las columnas queno son una llave primaria están transitiva mentedependientes de la llave primaria.




TERCERA FORMA NORMAL

Base de Datos BAD115 26martes 10 de abril de 2012

Documents

UNIDAD IV BD