Want to create interactive content? It’s easy in Genially!

Get started free

normalizacion de base de datos

edwincarreno30

Created on March 31, 2017

Start designing with a free template

Discover more than 1500 professional designs like these:

Psychedelic Presentation

Chalkboard Presentation

Witchcraft Presentation

Sketchbook Presentation

Genial Storytale Presentation

Vaporwave presentation

Animated Sketch Presentation

Transcript

Normalizacion de Bases de Datos

la normalizacion de bases de datos es un proceso que consiste en designar y aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.

SECTION

Existen 3 niveles de normalización que deben respetarse para poder decir que nuestra Base de Datos, se encuentra NORMALIZADA, es decir, que cumple con los requisitos naturales para funcionar óptimamente.

SECTION

PRIMERA FORMA NORMAL (1FN)

Una tabla está en Primera Forma Normal si:Todos los atributos son atómicos. Un atributo es atómico 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 variación en el número 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 significadosEsta forma normal elimina los valores repetidos dentro de una Base de Datos.

SECTION

SEGUNDA FORMA NORMAL (2FN)

Una relación está en segunda forma normal (2FN) solamente si todos los atributos son dependientes en forma completa de la clave. Descripcion De La Segunda Forma Normal (2 Fn)Su nombre ya nos indica el hecho de que la segunda forma normal es por lo general el próximo paso de normalización y descomposición. Para ser accesible a la normalización, y poder ser puesta en segunda forma normal, la relación debe poseer las siguientes propiedades:• Debe estar en primera forma normal• Debe tener una clave compuesta.

SECTION

TERCERA FORMA NORMAL (3FN)

SECTION

Elimine los campos que no dependan de la clave.Los valores de un registro que no sean parte de la clave de ese registro no pertenecen a la tabla. En general, siempre que el contenido de un grupo de campos pueda aplicarse a más de un único registro de la tabla, considere colocar estos campos en una tabla independiente.

Por ejemplo, en una tabla Contratación de empleados, puede incluirse el nombre de la universidad y la dirección de un candidato. Pero necesita una lista completa de universidades para enviar mensajes de correo electrónico en grupo. Si la información de las universidades se almacena en la tabla Candidatos, no hay forma de enumerar las universidades que no tengan candidatos en ese momento. Cree una tabla Universidades independiente y vincúlela a la tabla Candidatos con el código de universidad como clave.

SECTION

GRACIAS

SECTION

EDWIN CARRÑO