Está en la página 1de 11

TAREA SEMANA 9 – (3NF)

ESTUDIANTE

JOENGLIS ADRIAN MOLERO E.

CC: 1144040531

GRUPO No. HST355-164-S00

Tutor: JOSÉ A GUEVARA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

ESCUELA CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA

PROGRAMA INGENIERÍA DE SISTEMAS

DATABASE I

OCTUBRE 2020
INTRODUCCIÓN

En esta fase se identificara y aplicaran las definiciones de la tercera forma normal también sus

conceptos e importancia, lo cual se darán ejemplos de cómo se aplica en un diseño de base de

datos.
OBJETIVOS

 Definir el concepto de la tercera forma normal

 Exponer las ventajas de aplicar la tercera forma normal

 Construir un escenario en el que se recomiende desnormalizar un diseño de acuerdo a la

tercera forma normal.


CONTENIDO

INTRODUCCIÓN.............................................................................................................2
OBJETIVOS.......................................................................................................................3
1. DEFINA LA TERCERA FORMA NORMAL........................................................5
2. EXPLIQUE POR QUÉ ES DESEABLE LOGRAR LA TERCERA FORMA NORMAL
6
3. DESCRIBA UN ESCENARIO EN EL QUE SE RECOMIENDE DESNORMALIZAR UN
DISEÑO..................................................................................................................................7
CONCLUSIONES...........................................................................................................10
BIBLIOGRAFÍA..............................................................................................................11
1. DEFINA LA TERCERA FORMA NORMAL

La tercera forma normal (3NF) es el paradigma utilizado en la normalización de bases de

datos. 3NF fue desarrollado originalmente por E.F. Codd1 en 1971. La definición de Codd

significa que la tabla usa 3NF si y solo si se cumplen las siguientes tres condiciones:

• La tabla está en la segunda forma normal (2NF)

• Cualquier atributo no principal de la tabla no depende de forma transitiva de la clave

principal

• Esta es una relación que no contiene ningún atributo clave.

Si la tabla está ubicada en 2FN, solo se puede iniciar el proceso 3FN. El tercer paradigma

resuelve los problemas provocados por la dependencia funcional entre atributos no críticos. Lo

que está buscando es que todas las claves no primarias y otros atributos de clave no primaria en la

relación no tienen dependencia funcional. Por lo tanto, si quiero convertir una relación que no

está en la tercera forma normal, lo que debo hacer es eliminar los atributos no clave que depende

de otros atributos no clave. Estos atributos eliminados pasarán a formar parte de la nueva

relación, que será la clave principal del atributo del que depende el atributo discutido

anteriormente. De esta forma, cada atributo no crítico de la relación es independiente del resto.

[ CITATION Jos12 \l 3082 ]


2. EXPLIQUE POR QUÉ ES DESEABLE LOGRAR LA TERCERA FORMA

NORMAL

De lo anterior se puede ver que el diseño correcto de la base de datos se puede obtener

utilizando la tercera forma normal, aunque todavía se puede mejorar, pero en este nivel, la base

de datos es suficiente para satisfacer las necesidades de la aplicación. En este nivel, la tabla

brinda una estructura relacional que nos permite manipular los datos de una manera sencilla, pues

cada campo solo está relacionado con una clave primaria, insertar o eliminar registros a través de

la clave primaria no hará que la base de datos La integridad está amenazada.[ CITATION

Jho12 \l 3082 ]
3. DESCRIBA UN ESCENARIO EN EL QUE SE RECOMIENDE DESNORMALIZAR

UN DISEÑO.

Tenemos el siguiente ejemplo, una tabla llamada eventos y otro cursos, lo cual se encuentra

enlazada de uno a muchos desde Curso como tabla superior hasta IDCurso como tabla inferior, si

lo gramos evidenciar estas dos tablas se encuentran en primera forma normal, no tiene repetición

de valores, grupos de repetición y esta también en la segunda forma normal, pero para lograr la

tercera forma normal tenemos que evidenciar los campos que no son claves, tales como Aulas,

Plazas, Disponible.
Aparentemente hay 4 sitios disponibles en el aula 4A y que tiene una capacidad de 12

asientos, en primera instancias si logramos ver este curso puede ser programado con aulas

diferentes, cada vez con un número de asientos y diferentes disponibles a medida que empezamos

a meter plazas para este curso en una fecha concreta.

El problema es el Aula y la Plazas, estos campos no son clave en ya que no son parte de la

clave primaria, si evidenciamos los campos el aula 4A tiene 12 asientos, y el 7B tiene 14

asientos, es decir cada vez que entremos en la aula 4A siempre vamos a tener 12 asientos igual

para la 7B siempre vamos a tener los 14 asientos, lo cual no necesitamos repetir esta información,

por ende no es necesarios que estos datos estén almacenadas en la misma tabla.
Lo que tenemos que realizar es dividir parte de esa información y se pararla en su propia tabla,

por lo tanto sacaremos las plazas de la tabla de eventos y mantener únicamente el aula

Las aulas tienen una capacidad fija, de esta forma ya estamos en la tercera forma normal ya

que no hay un campo no clave que dependa de otro campo que no sea clave.[ CITATION

HTM17 \l 3082 ]
CONCLUSIONES

Se desarrolló la actividad semana 9 sobre la tercera forma normal, se llevó a cabo el ejemplo

puntual donde se logra comprender en mayor parte de cómo aplicarlo, para que se utilizan,

importancia, conceptos, la forma de cómo se debe emplear para tener un diseño correcto de la

base de datos.
BIBLIOGRAFÍA

Jhony. (22 de 05 de 2012). Obtenido de Importancia de la 3FN (tercera forma normal):

http://sistinforma.blogspot.com/2012/05/importancia-de-la-3fn-tercera-forma.html

Rules, H. (16 de 10 de 2017). Normalización de bases de datos | Tercera forma normal.

Obtenido de https://www.youtube.com/watch?v=wYRzgEY1yZE

Suazo, J. D. (04 de 08 de 2012). Tercera Forma Normal (3FN). Obtenido de

http://normalizacion-bd.blogspot.com/2012/08/5-tercera-forma-normal-3fn.html

También podría gustarte