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

Clase 43 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

Ivan Robles

student•

En 4FN obligatoriamente no podemos repetir datos en una tabla, solo tenemos combinaciones únicas y todas las llaves van a poder ser si o si obligatoriamente llaves primarias.

En 5FN es importante tener 2 tablas que están en 4FN, cada dependencia de union (join) va a estar hecho por claves candidatas y no va puede estar hecho por condiciones que no se vayan a cumplir.

Kevin Andrés Cornejo Surichaqui

student•

bien

Domenico DiMambro

student•

Muchas gracias muy util

Ivan Cardozo

student•

5ta forma normal

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

muy buen aporte compañero.

Andric Alejandro Vargas Alarcón

student•

Información sobre los tipos de Join : Info

Fernando Reyes

student•

Gracias por el aporte!!

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

muy buen aporte compañero.

Osmandi Gomez

student•

Claro que sí 😄 Ya por fin entiendo la normalidad en bases de datos, antes no estaba seguro si la estaba aplicando o no.

Yesica Lizeth Cortés Pineda

teacher•

Y lo estas aplicando?

Osmandi Gomez

student•

Sí 😄

Luis E. Gama Ramirez

student•

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. Las bases de datos relacionales se normalizan para: Evitar la redundancia de los datos.

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

muy buen aporte compañero.

Daniel Julián Gómez Silva

student•

Ejemplo de Tablas en 4 forma normal. 4FN. No se repiten tuplas o filas con los mismos valores en las tablas!

Daniel Julián Gómez Silva

student•

Creo que está incluso en quinta forma normal. Todos las intersecciones de las tablas están dadas por llaves primarias como se puede apreciar en la tabla stock.

Daniel Cadavid

student•

 En 4FN obligatoriamente no podemos repetir datos en una tabla, solo tenemos combinaciones únicas y todas las llaves van a poder ser si o si obligatoriamente llaves primarias. Ejemplo: tenemos una tabla con los siguientes campos:
Ítem / talla / color
Camisa / m / rojo
Camisa / m / blanco
Camiseta / xl / rojo
Jean / l / banco
Como hay campos repetidos se podria llevar a 4ta forma normal creando dos tablas asi:
Item / color
Camisa / rojo
Camiseta / rojo
Camisa / blanco
Jean blanco

Item / talla
Camisa / m
Camiseta /xl
Jean / l

 en la cuarta forma normal dividimos tablas en tuplas donde nose puede repetir valores, por tanto todas sus llaves son primarias ya que no tienen valores que se repitan y forman parte directa de la tupla
 En 5FN es importante tener 2 tablas que están en 4FN, cada dependencia de unión (join) va a estar hecho por claves candidatas y no va puede estar hecho por condiciones que no se vayan a cumplir. En otras palabras miremos cada tabla como un conjunto, si dos tablas en cuarta forma normal tienen un campo igual este se podrían unir (join) gracias a ese campo en común ejemplo la tabla cliente tiene como campo método de pago y la tabla carrito también, en este caso por medio del campo método de pago podríamos hacer un join de las dos tablas.
 Los JOINs en SQL sirven para combinar filas de dos o más tablas basándose en un campo común entre ellas, devolviendo por tanto datos de diferentes tablas. Un JOIN se produce cuando dos o más tablas se juntan en una sentencia SQL. (mas info en )

Existen más tipos de joins en SQL que los que aquí se explican, como CROSS JOIN, O SELF JOIN, pero no todos ellos están soportados por todos los sistemas de bases de datos. Los más importantes son los siguientes:

INNER JOIN: Devuelve todas las filas cuando hay al menos una coincidencia en ambas tablas.

LEFT JOIN: Devuelve todas las filas de la tabla de la izquierda, y las filas coincidentes de la tabla de la derecha.
RIGHT JOIN: Devuelve todas las filas de la tabla de la derecha, y las filas coincidentes de la tabla de la izquierda.

OUTER JOIN: Devuelve todas las filas de las dos tablas, la izquierda y la derecha. También se llama FULL OUTER JOIN.

Zalo Testa

student•

El resumen más completo! Excelente, gracias!

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

muy buen aporte compañero.

Joaquin Araujo

student•

Y así es como se optimiza una base de datos? 😮

Daniel Hidalgo

student•

No es una optimización de eficiencia, velocidad, o rendimiento.

Es una optimización lógica, es decir, la normalización te permite que cuando hagas operaciones dentro de tu base de datos o insertes muchos datos nunca se rompan los principios de ACID.

Joaquin Araujo

student•

Mmm ok, ok. Muchas gracias ahora me quedó más claro 😃

Saúl Báez Terrez

student•

Que malas explicaciones ¬¬

Mario Menjívar

student•

5FN = ¡TODO se maneja por keys!

Tu “entidad” original ya no es la tabla inicial solamente, recuerda ya deberías tener muchas tablas catálogo. Ahora tu “verdadera” entidad es un JOIN.

Carlos Uriel de Jesus Sánchez González

student•

4FN
obligatoriamente no podemos repetir datos en una tabla, solo tenemos combinaciones únicas y todas las llaves van a poder ser si o si obligatoriamente llaves primarias.
5FN
es importante tener 2 tablas que están en 4FN, cada dependencia de union (join) va a estar hecho por claves candidatas y no va puede estar hecho por condiciones que no se vayan a cumplir.

Juan Carlos Meza Gómez Daza

student•

Una duda, en este ejemplo de la 4ta forma normal, no se debería de tener una tabla con los ítems del tipo de playera, otra de tallas y otra de colores? Y así no se repetirían en las tablas ??

Mario Menjívar

student•

4FN = ¡3FN ^ 2!

Lo entiendo cómo darle un alias (PK de una tabla catálogo) a un GRUPO o SET de datos que se relacionan. Cómo el ejemplo de las camisas.

Item Talla
Camisa X <= Esto es un “set”.

Si lo vemos de otra perspectiva, puede decirse que la Camisa es la entidad y la talla una característica.

David Sosa Trejo

student•

¿También se aplican las normalizaciones para el diseño de bases de datos NO RELACIONALES?

Pedro Alberto De La Cruz Hernandez

student•

En mi opinión si, ya que la normalización te ayuda a reducir los datos al mínimo

Jhon Carlos Colorado Angulo

student•

Desde mi punto de vista se debe utilizar. Estoy de acuerdo con pedrodelacruzmx

Diego Rodriguez

student•

NNER JOIN: Devuelve todas las filas cuando hay al menos una coincidencia en ambas tablas.

LEFT JOIN: Devuelve todas las filas de la tabla de la izquierda, y las filas coincidentes de la tabla de la derecha. RIGHT JOIN: Devuelve todas las filas de la tabla de la derecha, y las filas coincidentes de la tabla de la izquierda.

OUTER JOIN: Devuelve todas las filas de las dos tablas, la izquierda y la derecha. También se llama FULL OUTER JOIN.

Mariana Valencia Gallego

student•

Normalizando quedamos como con 40.000 tablas xD! OMG

David Andrade Morales

student•

Pero te ahorras muchísimo espacio y optimizas al máximo!!

Cesar David Ramírez Dimaté

student•

Hay que manejarlas con mucho cuidado, ya que también es pesado realizar joins por cualquier cosa.

Mateo Gomez

student•

quinta forma normal

John Jaider Jaramillo Orozco

student•

en la cuarta forma normal dividimos tablas en tuplas donde nose puede repetir valores, por tanto todas sus llaves son primarias ya que no tienen valores que se repitan y forman parte directa
de la tupla

Marco Elizalde

student•

Cuarta forma normal

Marco Elizalde

student•

Quinta forma normal

Normalización, llevando mi proyecto hasta tercera forma normal (Cuarta y quinta 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