Normalización de Bases de Datos

NORMALIZACIN DE BASES DE DATOS
CONCEPTO, DEPENDENCIAS Y FORMAS
DANNA ANDREA ORTIZ SNCHEZ - 1191893

JUAN PABLO MUNEVAR SANABRIA - 1191924
WILLIAM ANDREY PARRA BECERRA 1991923
VALENTINA CAMACHO SILVA - 1191920
ESTEBAN FELIPE CCERES GELVEZ - 1191922
UFPS
INGENIERA INDUSTRIAL
FUNDAMENTOS DE BASES DE DATOS
CCUTA
2015
CONTENIDO
qu es?..................................................................................................................... 4
ventajas, por qu y para qu se usan?.....................................................................4
DESVENTAJAS............................................................................................................. 5
DEPENDENCIAS.......................................................................................................... 5
DEPENDENCIA INCOHERENTE..................................................................................5
dependencia funcional............................................................................................ 5
dependencia funcional completa.............................................................................6
dependencia funcional parcial................................................................................. 7
dependencia funcional transitiva............................................................................7
normalizacin, cmo se hace?.................................................................................. 7
PRIMERA FORMA NORMAL (1FN)............................................................................. 8
SEGUNDA FORMAL NORMAL (2FN)..........................................................................9
tecera forma de normalizacin (3fn).......................................................................9
otras formas de normalizacin..............................................................................10
NORMALIZACIN DE BASES DE
DATOS
QU ES?
La normalizacin es el proceso de organizar los datos de una base de datos.
Se incluye la creacin de tablas y el establecimiento de relaciones entre ellas
segn reglas diseadas tanto para proteger los datos como para hacer que la
base de datos sea ms flexible al eliminar la redundancia y las
dependencias incoherentes.
PARA QU?
Los datos redundantes desperdician el espacio de disco y crean problemas
de mantenimiento. Si hay que cambiar datos que existen en ms de un
lugar, se deben cambiar de la misma forma exactamente en todas sus
ubicaciones. Un cambio en la direccin de un cliente es mucho ms fcil de
implementar si los datos slo se almacenan en la tabla Clientes y no en
algn otro lugar de la base de datos.
EL OBJETO DE
NORMALIZAR ES
SIMPLIFICAR Y
OPTIMIZAR.
VENTAJAS, POR QU Y PARA QU SE USAN?

La normalizacin se adopt porque el viejo estilo de poner todos los datos en
un solo lugar, como un archivo o una tabla de la base de datos, era
ineficiente y conduca a errores de lgica cuando se trataban de manipular
los datos.
La normalizacin tambin hace las cosas fciles de entender. Los seres
humanos tenemos la tendencia de simplificar las cosas al mximo.
Lo hacemos con casi todo, desde los animales hasta con los automviles.
Vemos una imagen de gran tamao y la hacemos ms simple agrupando
cosas similares juntas. Las guas que la normalizacin provee crean el marco
de referencia para simplificar una estructura de datos compleja.
Otra ventaja de la normalizacin de base de datos es el consumo de espacio.
Una base de datos normalizada ocupa menos espacio en disco que una no
normalizada. Hay menos repeticin de datos, lo que tiene como
consecuencia un mucho menor uso de espacio en disco.
DESVENTAJAS
Eliminar los datos redundantes y las dependencias incompatibles puede
reducir el tamao de una base de datos. Sin embargo, se puede incurrir en
un nuevo costo cuando se reestructuran las tablas de datos. Se debe
comprender, con la ayuda de un analista de datos, la normalizacin y realizar
un anlisis detallado antes de incluso comenzar a normalizar todo el sistema
complejo.
Tambin es posible sobrenormalizar una base de datos y descomponerla en
demasiadas tablas granulares. Por ejemplo, se puede tener una tabla
perfectamente normalizada de empleado que contiene campos para nombre,
correo, identificacin y direccin de correo electrnico. Si esto ocurre, puede
que se tenga que crear consultas ms complejas para unir los datos
dispersos en varias tablas.
DEPENDENCIAS
DEPENDENCIA INCOHERENTE
Aunque es intuitivo para un usuario mirar en la tabla Clientes para buscar la
direccin de un cliente en particular, puede no tener sentido mirar all el
salario del empleado que llama a ese cliente. El salario del empleado est
relacionado con el empleado, o depende de l, y por lo tanto se debera
pasar a la tabla Empleados. Las dependencias incoherentes pueden dificultar
el acceso porque la ruta para encontrar los datos puede no estar o estar
interrumpida.
5
DEPENDENCIA FUNCIONAL
Una dependencia funcional es una conexin entre uno o ms atributos.
Las dependencias funcionales del sistema se escriben utilizando una flecha,
de la siguiente manera:
Fecha de Nacimiento
Edad
B
B es funcionalmente de A
EXPLICACIN:
Un atributo B de un esquema de relacin R depende funcionalmente de un
atributo A de R, si y slo si, cada valor de A est asociado con un nico valor
de B. Es decir, dado un valor de A queda unvocamente determinado el valor
de B. Se dice que B depende funcionalmente de A, y que A determina
funcionalmente a B. Tanto A como B pueden ser atributos simples o
compuestos.
DEPENDENCIA FUNCIONAL COMPLETA

Un atributo B de R tiene dependencia funcional completa de un atributo A de
R, si tiene dependencia funcional de A pero no tiene dependencia funcional
de ningn subconjunto de A.
DEPENDENCIA FUNCIONAL PARCIAL

Un atributo B de R tiene dependencia funcional parcial de un atributo C de R,
si tiene dependencia funcional de C y adems tiene dependencia funcional
de un subconjunto propio A de C.
DEPENDENCIA FUNCIONAL TRANSITIVA

Sean A, B y C atributos de un esquema de relacin R; si C tiene dependencia
funcional de B y B tiene dependencia funcional de A, entonces C tiene
dependencia funcional transitiva de A.
NORMALIZACIN, CMO SE HACE?
Ese proceso de simplificacin y optimizacin de una base de datos, se hace a

travs del cumplimiento de unas reglas conocidas como FORMAS
NORMALES.
Las formas normales son aplicadas a las tablas de una base de datos. Decir
que una base de datos est en la forma normal N es decir que todas sus
tablas estn en la forma normal N.
En general, las primeras tres formas normales son suficientes para cubrir las
necesidades de la mayora de las bases de datos. El creador de estas 3
primeras formas normales (o reglas) fue Edgar F. Codd.
PRIMERA FORMA NORMAL (1FN)
Una tabla est en Primera Forma Normal si:
Todos los atributos son atmicos. Un atributo es atmico si los

elementos del dominio son simples e indivisibles.
La tabla contiene una clave primaria nica.
La clave primaria no contiene atributos nulos.
No debe existir variacin en el nmero de columnas.
Los campos no clave deben identificarse por la clave (Dependencia
Funcional)
Debe existir una independencia del orden tanto de las filas como de las
columnas, es decir, si los datos cambian de orden no deben cambiar
sus significados
Esta forma normal elimina los valores repetidos dentro de una Base de
Datos.
Los principales objetivos son:
Eliminar grupos de datos repetidos en tablas individuales.
8
Crear una tabla separada para cada conjunto de datos relacionados.

Identifique cada conjunto de datos relacionados con una clave
principal. Ejemplo ID, Primary Key, FK.
No utilizar varios campos en una sola tabla para almacenar datos similares.
Por ejemplo, para el seguimiento de un artculo del inventario que proviene
de dos fuentes diferentes, el registro puede contener campos para el cdigo
de proveedor 1 y un cdigo de proveedor2. Qu sucede cuando se agrega
un tercer proveedor? Agregar un campo no es la respuesta, ya que requiere
de programacin y modificacin de tablas y la necesidad de repetirlo cada
vez que se agregu a un nuevo proveedor. En su lugar, se deber poner toda
la informacin del proveedor en una tabla independiente denominada
Proveedores, y vincular el inventario con los proveedores por medio de una
clave o de sus claves.
SEGUNDA FORMAL NORMAL (2FN)

Una relacin est en 2FN si est en 1FN y si los atributos que no forman
parte de ninguna clave dependen de forma completa de la clave principal. Es
decir que no existen dependencias parciales. (Todos los atributos que no son
clave principal deben depender nicamente de la clave principal).
Los principales objetivos son:
Crear tablas separadas para aquellos conjuntos de valores que se
aplican a varios registros. Ejemplo ciudades, profesin.
Los registros no deben depender de nada que no sea la clave primaria
de una tabla (una clave compuesta, si es necesario).
Por ejemplo, consideremos la direccin de un cliente en un sistema
contable. La direccin no solo se necesita en la tabla de clientes, sino
tambin para los pedidos, envo, facturas, cuentas por cobrar, e inclusive en
las rdenes. En lugar de almacenar la direccin del cliente como una entrada
independiente en cada una de estas tablas, gurdela en un lugar, ya sea en
la tabla Clientes o en una tabla de direcciones separada.
TERCERA FORMA DE NORMALIZACIN (3FN)

La regla de la Tercera Forma Normal establece que todas las dependencias
parciales se deben eliminar y separar dentro de sus propias tablas. Una
dependencia parcial es un trmino que describe a aquellos datos que no
dependen de la llave primaria de la tabla para identificarlos.
Cuando las tablas estn en la Tercera Forma Normal se previenen errores de
lgica cuando se insertan o borran registros. Cada columna en una tabla est
identificada de manera nica por la llave primaria y no debe haber datos
repetidos. Esto provee un esquema limpio y elegante, que es fcil de trabajar
y expandir.
Slo se puede iniciar el proceso 3FN si es que la tabla se encuentra en 2FN.
La tercera forma normal resuelve los problemas causados por las
dependencias funcionales entre atributos no clave. Lo que busca es que
todas las claves no primarias de la relacin no posean dependencias
funcionales con otros atributos que tampoco son claves primarias.
De modo que si deseo transformar una relacin que no est en tercera forma
normal, lo que deber hacerse es remover los atributos no clave que
dependen de otros atributos no clave. Estos atributos removidos formarn
parte de una nueva relacin la cual tendr como clave primaria al atributo
del cual dependa el anterior en mencin. De esta forma, cada atributo no
clave de la relacin es independiente al resto de atributos.
OTRAS FORMAS DE NORMALIZACIN
Cuarta forma normal, tambin llamada BoyceCodd Forma Normal (FNBC), y
quinta forma normal, existen, pero rara vez se consideran en el diseo
prctico. Haciendo caso omiso de estas reglas puede resultar en menos de
diseo de base de datos perfecto, pero no debera afectar a la funcionalidad.
10

Normalización de Bases de Datos

Cargado por

Copyright:

Formatos disponibles

Normalización de Bases de Datos

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Normalización de Bases de Datos

Cargado por

Copyright:

Formatos disponibles

NORMALIZACIN DE BASES DE DATOS

CONCEPTO, DEPENDENCIAS Y FORMAS

DANNA ANDREA ORTIZ SNCHEZ - 1191893

VENTAJAS, POR QU Y PARA QU SE USAN?

DEPENDENCIA FUNCIONAL COMPLETA

DEPENDENCIA FUNCIONAL PARCIAL

DEPENDENCIA FUNCIONAL TRANSITIVA

NORMALIZACIN, CMO SE HACE?

Ese proceso de simplificacin y optimizacin de una base de datos, se hace a

Todos los atributos son atmicos. Un atributo es atmico si los

Crear una tabla separada para cada conjunto de datos relacionados.

SEGUNDA FORMAL NORMAL (2FN)

TERCERA FORMA DE NORMALIZACIN (3FN)

También podría gustarte