Normalización, llevando mi proyecto hasta tercera forma normal (segunda forma normal)

Clase 42 de 63 • Fundamentos de Bases de Datos 2017

Contenido del curso

Introducción al Curso Fundamentos de Bases de Datos

Teoría general de Bases de Datos

Bases de Datos Relacionales

Bases de Datos NO Relacionales y Otros tipos de Bases de Datos

Tomar examen

Comentarios

Elias Ojeda Medina

student•

La normalización es el proceso mediante el cual se transforman datos complejos a un conjunto de estructuras de datos más pequeñas, que además de ser más simples y más estables, son más fáciles de mantener. También se puede entender la normalización como una serie de reglas que sirven para ayudar a los diseñadores de bases de datos a desarrollar un esquema que minimice los problemas de lógica. Cada regla está basada en la que le antecede. La normalización 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 conducía a errores de lógica cuando se trataban de manipular los datos.

Primera Forma Normal
La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas.

Segunda Forma Normal
La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que describe a
aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.

Tercera Forma Normal
Una tabla está normalizada en esta forma si todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas. Comentamos anteriormente que una dependencia transitiva es aquella en la cual existen columnas que no son llave que dependen de otras columnas que tampoco son llave.

Cuando las tablas están en la Tercera Forma Normal se previenen errores de lógica cuando se insertan o borran registros. Cada columna en una tabla está identificada de manera única por la llave primaria,
y no deben haber datos repetidos. Esto provee un esquema limpio y elegante, que es fácil de trabajar y expandir.

Sergio Santiago González

student•

Excelente resumen, gracias por compartirlo.

Alexzander Emanuel Turpo Luque

student•

gracias

Daniel Morales

student•

Muy interesante la normalizacion:

Primera Forma Normal (1FN)[editar]
Artículo principal: Primera forma normal
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 significados
Esta forma normal elimina los valores repetidos dentro de una Base de Datos.

Segunda Forma Normal (2FN)[editar]
Artículo principal: Segunda forma normal
Dependencia Funcional. Una relación 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).

En otras palabras podríamos decir que la segunda forma normal está basada en el concepto de dependencia completamente funcional. Una dependencia funcional {\displaystyle x\rightarrow y} {\displaystyle x\rightarrow y} es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que {\displaystyle A\in X,X-{A}\nrightarrow Y} {\displaystyle A\in X,X-{A}\nrightarrow Y}. Una dependencia funcional {\displaystyle x\rightarrow y} {\displaystyle x\rightarrow y} es una dependencia parcial si hay algunos atributos {\displaystyle A\in X} {\displaystyle A\in X} que pueden ser eliminados de X y la dependencia todavía se mantiene, esto es {\displaystyle A\in X,X-{A}\rightarrow Y} {\displaystyle A\in X,X-{A}\rightarrow Y}.

Por ejemplo {DNI, ID_PROYECTO} {\displaystyle \rightarrow } \rightarrow HORAS_TRABAJO (con el DNI de un empleado y el ID de un proyecto sabemos cuántas horas de trabajo por semana trabaja un empleado en dicho proyecto) es completamente funcional dado que ni DNI {\displaystyle \rightarrow } \rightarrow HORAS_TRABAJO ni ID_PROYECTO {\displaystyle \rightarrow } \rightarrow HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI, ID_PROYECTO} {\displaystyle \rightarrow } \rightarrow NOMBRE_EMPLEADO es parcialmente dependiente dado que DNI {\displaystyle \rightarrow } \rightarrow NOMBRE_EMPLEADO mantiene la dependencia.

Tercera Forma Normal (3FN)[editar]
Artículo principal: Tercera forma normal
La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva en los atributos que no son clave.

Un ejemplo de este concepto sería que, una dependencia funcional X->Y en un esquema de relación R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y.

Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es transitiva vía DNUMBER porque las dependencias SSN→DNUMBER y DNUMBER→DMGRSSN son mantenidas, y DNUMBER no es un subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT.

Formalmente, un esquema de relación {\displaystyle R} R está en 3 Forma Normal Elmasri-Navâthe,2 si para toda dependencia funcional {\displaystyle X\rightarrow A} {\displaystyle X\rightarrow A}, se cumple al menos una de las siguientes condiciones:

{\displaystyle X} X es superllave o clave.
{\displaystyle A} A es atributo primo de {\displaystyle R} R; esto es, si es miembro de alguna clave en {\displaystyle R} R.
Además el esquema debe cumplir necesariamente, con las condiciones de segunda forma normal.

Cesar Octavio de Jesus Meza Carrillo

student•

Excelente resumen del tema.

Cesar David Ramírez Dimaté

student•

Esta es la fuente original del texto copiado Normalización

Gerardo Antonio Gerónimo Vasconcelos

student•

¡La cabeza casi me explota! Pero tartaré de explicar lo que entendí de la manera más simple.

La Primera Forma Normal se refiere a simplicidad, es decir crear elementos en su mínima expresión. Por ello se rompió el atributo Nombre en las partes más simples e indivisibles.
La Segunda Forma Normal se relaciona con redundancia y dependencia pues lo que pretende es evitar datos repetidos. En el ejemplo podemos ver dos cosas, Ciudad y País pueden repetirse muchas veces y eso puede ocasionar errores de actualización; además un atributo no puede depender sólo en porte de una llave; como Ciudad que depende de Identificación y País; por eso se separaron en otras tablas.
La Tercera Forma Normal habla de transitividad, es decir no puede haber campos que dependen indirectamente de una llave. En el ejemplo Ciudad depende de País y País depende de Identificación. Entonces indirectamente Ciudad depende de Identificación.

David Campos

student•

este comentario me ayudo mucho, gracias¡¡

José Samuel Aguilar Morales

student•

1a Forma Normal: Principio de Atomicidad, dejar el mínimo valor posible de un dato, Tener llaves primarias).
2a Forma Normal: Dependencias Funcionales (Llaves foráneas) No tener datos que no son llaves que dependan entre si.
3a Forma Normal: Cada uno de los atributos que no sean clave en la tabla, pueden llegar a ser candidatos a campo clave (evitar repetir datos en la misma tabla).

Jasan Azael Hernández Bautista

student•

La primera forma normal:
se entiende con el principio de atomicidad donde la información que se repite, puede dividirse en atributos más específicos o Atómicos posibles hasta que ya no se puedan dividir más.

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 significados.

Nos damos cuenta que teníamos 1 tabla y ahora tenemos 3 tablas, esto porque estamos llevando todo el ejercicio a segunda forma de normalización.
No solo ya tengo datos atómicos, no tengo datos que no son llaves que dependan entre si.

Segunda Forma Normal:
Para no permitir errores llevamos los datos unicos y especificos a otras tablas como;
Tabla Persona que contiene una llave Foránea Fk hacia --> Ciudad que contiene una FK --> hacia País. Incluso Ciudad puede contener otra llave foránea hacia --> Estado que contiene FK --> Municipio, FK --> así sucesivamente para especificar lo mejor posible las direcciones.
Una relación 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).

Ahora vamos a enfrentarnos a tercera forma que sin querer ya la implementamos.

La Tercera forma normal:
dice que cada uno de los atributos que no sean claves dentro de la tabla pueden llegar a ser candidatos a ser clave

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva en los atributos que no son clave.

Un ejemplo de este concepto sería que, una dependencia funcional X --> Y en un esquema de relación R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X --> Z y Z–> Y.

Formalmente, un esquema de relación R está en 3 Forma Normal , si para toda dependencia funcional X --> A se cumple al menos una de las siguientes condiciones:

X es superllave o clave.
A es atributo primo de R; esto es, si es miembro de alguna clave en R.
Además el esquema debe cumplir necesariamente, con las condiciones de segunda forma normal.

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

muy buen aporte compañero.

Nathaly Stefani Riaño Bejarano

student•

Una tabla en 1NF estará en 2NF si y solo si, dada una clave o llave primaria y cualquier atributo que no sea un constituyente de la clave primaria, el atributo no clave depende de toda la clave primaria en vez de solo una parte de ella.
Para que la tabla esté en 3NF, se debe cumplir que la tabla ya esté en 2NF. Adicionalmente, ningún atributo no primario de la tabla debe ser dependiente transitivamente de una clave primaria.

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

muy buen aporte compañera.

Usuario anónimo

user•

Sigue asi.

Carlos Uriel de Jesus Sánchez González

student•

2FN
La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.

3FN
Una tabla está normalizada en esta forma si todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas. Comentamos anteriormente que una dependencia transitiva es aquella en la cual existen columnas que no son llave que dependen de otras columnas que tampoco son llave

Usuario anónimo

user•

No me quedo muy clara la tercera forma de normalización y ademas esta tabla no utiliza id o llave primaria o a eso se refiere?

Gerardo Antonio Gerónimo Vasconcelos

student•

El segundo campo de la tabla se llama Identificación, que aunque no lo menciona es muy probable que sea la llave primaria.

La Tercera Forma Normal se refiere a la dependencia transitiva; es decir no puede haber campos que dependen indirectamente de una llave.

En el ejemplo Ciudad depende de País y País depende de Identificación. Entonces indirectamente Ciudaddepende de Identificación.

Jose Alonso Rosas Gamarra

student•

La Tercera Forma Normal indica que dentro de una tabla, todas las columnas que no son llaves solo deben depender de las si lo son. Si existe alguna columna que dependa de otra que no sea una llave ( como en el ejemplo “Ciudad” dependía de “Pais”) entonces esa tabla no se considera dentro de la Tercera Forma Normal.

Daniel Cadavid

student•

 La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos. Ejemplo los campos ciudad y país tienen dependencia entre ellos, por lo tanto se recomienda crearlos en tablas independientes
 Una tabla está normalizada en tercera forma si todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas. Comentamos anteriormente que una dependencia transitiva es aquella en la cual existen columnas que no son llave que dependen de otras columnas que tampoco son llave.
 Cuando las tablas están en la Tercera Forma Normal se previenen errores de lógica cuando se insertan o borran registros. Cada columna en una tabla está identificada de manera única por la llave primaria,
 y no deben haber datos repetidos. Esto provee un esquema limpio y elegante, que es fácil de trabajar y expandir.
 Todos los atributos que no son clave principal deben depender únicamente de la clave principal
 Una dependencia parcial es un término que describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.
 Una tabla está normalizada en 3ra forma si todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas.

Zalo Testa

student•

Tabla al principio:

Luego tablas normalizadas hasta tercera forma normal:

José Alberto Ortiz Vargas

student•

¿Cual es la mejor practica para normalizar los datos geográficos? ¿País > Estado > Municipio > Colonia o viceversa?

Diego Forero

Team Platzi•

Yo lo haría teniendo una tabla pais, con su código, luego una tabla ciudad que tiene una llave foránea de país, y aplicaría la misma lógica para municipio, etc.

Juan Carlos Pinzón

student•

Yo diría País, estado, ciudad. Se podría especificar más, por ejemplo, Continente, País, Región, Estado, Condado, Ciudad, Barrio,etc.

Mario Menjívar

student•

2FN = ¡Crea tablas catalogo!

Mario Menjívar

student•

3FN = ¡Sigue a la perfección 2FN! 😃

Javier Alejandro Alamar Martínez

student•

Lo mismo pensé jajaja

Smerlyn Javier Eusebio Bonifacio

student•

Daniel Gomez

student•

SEGUNDA FORMA NORMAL: tenemos una tabla A que deseamos pasarla a segunda forma normal estos serian los pasos:
Paso 1: Debe de estar en primera forma normal.
**Paso 2: **Nos exige que todo dato que no esté relacionado con la llave primaria de la tabla A debe retirarse y convertirse en una tabla nueva que la llamaré B.
**Paso 3: **Los datos que se trasladaron a la tabla B deben poseer una llave Primaria.
**Paso 4: **La llave primaria de la tabla B se convierte en foránea en la tabla A para asegurar la consistencia de los datos.

TERCERA FORMA NORMAL: Para poder realizar esta normalización tenemos que tener ya normalizada en segunda forma normal, la tercera forma normal habla sobre transitividad esto quiere decir que que la tabla tiene que tener relación directa de la tabla principal y que no tenga relación dependiente de otra tabla siendo así su llave primaria una llave candidata.

Diego Ramirez

student•

Buen aporte!

Juan Miguel Jimenez

student•

En resumen:
Segunda forma normal.

En las tablas un atributo debe depender de la clave primaria y no de otro.
Para eliminar las dependencias entre sí de datos que no son llaves, creamos nuevas tablas.

Tercera forman normal

La tercera forman normal dice que cada uno de los atributos que no sean claves dentro de la tabla puede llegar a ser clave, con tal de que no haya dependencia transitiva.

Cesar David Ramírez Dimaté

student•

No entendí tu definición de la 3FN

Diego Ramirez

student•

Lo que hace el profesor entonces es descomponer 1 tabla en otras tablas para llegar a la 3ra forma de normalización? Persona, CiudadOrigen y PaísOrigen? Perdón por la pregunta tonta, pero estoy repasando estos pasos porque no me quedaron del todo claros.
Gracias 😃

Diego Ramirez

student•

Tabla 1: Persona
Tabla 2: CiudadOrigen
Tabla 3: PaísOrigen

Aclaro por las dudas por si no me exprese claramente mi duda!

Iván Toro

student•

2FN

Anthony Gonzalez

student•

1ra FN: Principio de Atomicidad, dejar el mínimo valor posible de un dato, Tener llaves primarias.

**2da FN: **Dependencias Funcionales (Llaves foráneas) No tener datos que no son llaves que dependan entre si.

3era FN: Cada uno de los atributos que no sean clave en la tabla, pueden llegar a ser candidatos a campo clave.

Pablo Martinez

student•

Resumen de la clase

La normalización 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.

Martin Paez

student•

2FN
Toda las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un termino que se describe a aquellos datos que no depende de la llave primaria de la tabla para identificarlos.

3FN
Cada uno de los atributos que no sean claves dentro de una tabla, pueden llegar a ser candidatos a ser claves. Ejemplo la dependencia de las tablas 2 y 3 del video

Normalización, llevando mi proyecto hasta tercera forma normal (segunda forma normal)

Introducción al Curso Fundamentos de Bases de Datos

¡Vamos a renovar este curso!

Introducción al Curso de Bases de Datos

Teoría general de Bases de Datos

Propósito general de las Bases de Datos

Tipos de Bases de Datos y sus aplicaciones en la industria

Visión general de los datos

Tipos de Datos

Diferentes tipos de Bases de Datos

Reto ¿Hadoop y Blockchain podrían cambiar una Base de Datos tradicional?

Bases de Datos Relacionales

¿Qué es una Entidad?

¿Qué es una Relación?

Características o datos de una Entidad

¿Ya aparecieron las llaves?

Índices e Indexación

Constraints o Restricciones

Capas de abstracción del modelo Entidad-Relación

Metodología básica de 9 pasos con Barker (Paso 1) Identificar Cuáles son las Entidades Resuelven Nuestro Problema

Metodología básica de 9 pasos con Barker (Paso 2): Identificación de las Relaciones de las Entidades.

Metodología básica de 9 pasos con Barker (Paso 3): Entidades y Relaciones

Metodología de Diseño (Correcciónes del paso 2 y 3)

Metodología de Diseño (Paso 4): Asignar Atributos a las Entidades.

Metodología de Diseño (Solución del paso 4): Terminando de Asignar Atributos a las Entidades

Metodología de Diseño (Pasos 5, 6 y 7) 5. Generar un diagrama conceptual, 6. Modelo lógico, 7. Identificar nuevos atributos que generan nuestras entidades débiles.

Metodología de Diseño (Paso 8): Construir el Diagrama del Modelo Físico

Metodología de Diseño (Paso 9): Pasar al estándar de la base de datos (SQL)

Reto con el paso 4 de la Metodología de Diseño

Bases de Datos NO Relacionales y Otros tipos de Bases de Datos

Atomicidad y consistencia

Aislamiento y durabilidad

Bases de Datos In-Memory (Cambio de árboles a columnar)

Otros tipos de Bases de Datos en la industria

Bases de Datos In-Memory con indexación de columnar

Definiendo el Proyecto y Generando Entidades de PlatziStore: Pasos 1 y 2

Definir la Estructura de la Tabla Cliente del Proyecto: Pasos 3 y 4

Terminando de Estructurar Nuestras Tablas (Continuación del paso 4)

Metodología de Diseño (Paso 5): Diagrama Conceptual

Metodología de Diseño (Paso 6 y 7): Modelo Lógico y Entidades Débiles

Solución de atributos de entidad del proyecto - Atributos adicionales a entidad débil creada

Metodología de Diseño (Paso 8)

Llevando nuestro proyecto a SQL (Paso 9)

Terminando la Implementación del Proyecto (Paso 9)

Dependencias funcionales

Normalización, llevando el proyecto hasta tercera forma normal (primera forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (segunda forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (Cuarta y quinta forma normal)

Comenzando con SQL

DDL: Data Definition Language y DML: Data Manipulation Language

ACID desde lo no relacional

CAP

Scale Out y Scale Up

¿Scale out o Scale up?

DBMS en nube para poder iniciar una aplicación propia

IMPORTANTE: Preparación del entorno de trabajo

Estructura básica de un Query

Aprendiendo a Hacer más Querys

Estructura básica del Query con más de una tabla

Estructura básica del Query con más de una tabla 2

Tuplas y más tuplas

Insertar registros

Joins

Noo SQL Aplicado, Planteando el Problema

Aplicando NoSQL: Colecciones y Shards

Aplicando noSQL: Integración de Comunicaciones y Hardware en una Base de Datos Scale OUT

Aplicando noSQL: Integrando JSON a Bases de Datos No Relacionales

Conclusiones del curso