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

Clase 19 de 63 • Fundamentos de Bases de Datos 2017

Osmandi Gomez

student•

Ya había arrugado el papel donde hice el paso 2 y al ver que no coincidía lo lance a la basura, me dije “Osmandi sigue estudiando” jejeje

Ricardo Celis

teacher•

Jajajaja, saludos =)

Osmandi Gomez

student•

Saludos Ricardo 😄

Diego Forero

Team Platzi•

Dejo mi propuesta de la corrección del paso 2 y adicionalmente una entidad nueva que se llama vuelo, para mejorar la relación entre todo.

Nathaly Stefani Riaño Bejarano

student•

Como deduces que con una entidad nueva, en este caso vuelo, se mejora la relacion entre las entidades?

Diego Forero

Team Platzi•

Con las entidades que existían, no sabia que pasajeros habían subido a x avión o que avión voló por x ruta en que día, esto permite que todo el núcleo de las relaciones sea el vuelo y donde voy a tener información mejor relacionada.

Diego Forero

Team Platzi•

Dejo mi diagrama de ER

Joaquin Araujo

student•

¿Que herramienta usas para hacer los diagramas?

Diego Forero

Team Platzi•

Se llama starUML http://staruml.io/

Ivan Robles

student•

Hay relaciones que se pueden dar jerárquicamente como cuando un empleado es jefe de otros empleados. Para este ejemplo no lo estamos utilizando. La diagonal (de las x) no va a tener relación entre las entidades.

Las relaciones deberían ser equivalentes. La diagonal debe de ser complementaria, todas las relaciones que están presentes en la parte superior de la diagonal, deberían de existir en la parte inferior. No deben ser iguales, pueden ser uno a uno y** uno a muchos**. De esta manera tendremos nuestro modelo consistente.

El principio de ransitividad permite llegar a una tabla, dado que ya tenga una relación intermedia. Una tabla A que se relaciona con una B y esa B con una C dado así que A también esta relacionada con C (A -> B -> C).

christian jordy mamani sucasaire

student•

Es principio de Transitividad… saludoss 😃

Ivan Robles

student•

O shit, se me fué una T!! sorry…

Juan Miguel Jimenez

student•

En la tabla quedó una inconsistencia Ruta-Pasajero, no tiene y Pasajero-Ruta tiene 1 a muchos.

Y resumo las correcciones hechas,

-El principio de transitividad me permite llegar a una tabla dado que haya una relación intermedia, lo veremos más adelante. Por esto eliminamos la relación avión-ruta y avión-tripulante,
-Avión-piloto se mantiene porque en esta base de datos lo que queremos comprobar es que el piloto sea capaz de pilotear el modelo de avión o avioneta.
-Ruta con país y ciudad ya están relacionados atreves del aeropuerto.
-No relacionamos aeropuerto con país para evitar redundancia, el aeropuerto ya se relaciona con ciudad y la ciudad pertenece a un país, ni aeropuerto con pasajero porque ya los pasajeros se relacionan con las aerolíneas,
-Pasajero a ruta se relaciona a través de la aerolínea.

La nueva tabla quedaría así, en rojo las celdas modificadas:

Edward Fabian Martinez Aparicio

student•

Excelente aporte

Augusto Jesus Muñoz Liñan

student•

Buena

Daniel Alejandro Eslava Herrera

student•

la verdad hubiera perferido que lo hubiera hecho bien desde el principio, ya que apenas estoy empezando con el tema de las base de datos

Diego Forero

Team Platzi•

Hola el ejercicio se esta haciendo desde el principio se esta siguiendo la metodología de 9 pasos para crear una base de datos, que partes sientes que hizo falta para ayudarte.

Cesar David Ramírez Dimaté

student•

No, lo que @DanielEslavaH hace referencia es que el profesor cometió errores a propósito para ver si uno detectaba esas fallas y así el corregirlas. Yo también pienso es que la metodología que lo haga todo bien desde el principio es mejor.

Carlos Eduardo Jesús León

student•

¿Donde esta el archivo del diseño terminado?
🤔

He tomado varios cursos y veo que tienen la mala costumbre de no subir los materiales, para nosotros los estudiantes es un recurso importante, pero para los maestros en Platzi es común decir subiremos tal material y luego no hacerlo.

Andres Vera

student•

Me ha pasado lo mismo, pero siempre hay usuarios que suben sus archivos y en su mayoria son iguales a los del curso.

Cesar David Ramírez Dimaté

student•

Exacto! Digamos en este vídeo están haciendo el ejemplo de relaciones del aeropuerto y colocan un enlace en git de PlatziStore y uno queda como WTF?!

Daniel Cadavid

student•

 Las relaciones deben ser equivalentes, es decir que si en la fila de una entidad existe una relación con otra entidad, en la columna de la misma entidad debe existir también una relación. Esta relación en ambas partes puede variar. En la imagen podemos ver uno de los errores.

 Se quita la relación de avión con ruta por que ya avión está relacionado con aeropuerto piloto y aerolínea y por un principio que se llama transitividad me permite llegar a una tabla por medio de una tabla intermedia
 Se quita la relación avión con tripulante por el mismo motivo anterior
 Se quita la relación de pasajero con avión ya que ambos están relacionados con aerolínea y se puede aplicar el principio de transitividad
 Se quita la relación de ruta con país y ciudad porque ruta ya tiene relación con aeropuerto y se puede aplicar el principio de transitividad
 Se quita la relación de piloto con ruta por que ambos ya tienen relación con aerolínea
 Se elimina relación de país con aeropuerto porque ya tiene relación con ciudad y caeríamos en redundancia por que las rutas se elaboran entre ciudades, además estas ya están relacionadas con país
 Se elimina la relación de aeropuerto con pasajero por que los pasajeros ya están relacionadas con aerolíneas
 Se elimina la relación de aeropuerto con pasajero
 Principio de transitividad: en bases de datos no necesitamos relacionar todas las entidades con todas en forma directa, el principio de transitividad permite que una entidad tenga una relación indirecta o llegar a otra entidad mediante una relación intermedia.
 La nueva tabla quedaría asi con las correcciones:

 El diagrama de entidad relación (ER) quedaría así (en este diagrama se agregó la entidad vuelo para hacer más consistente y completa la BD

Angel Leonardo Arévalo Suárez

student•

Hay un error: Ruta no tiene relacion con Pasajero Y Pasajero tiene relacion 1-M con Ruta No es consistente

Daniel Alvarez

student•

Comentario: ¿Y si se incluye una entidad Vuelo? ¿No sería más facil relacionar pasajeros, avión, aerolinea, ruta, piloto, … con la entidad Vuelo?

Diego Forero

Team Platzi•

Eso fue lo que hice en mi ejercicio, si ordenas por nuevas lo vas a ver 😃

Onasis Gonzalo Soto Castro

student•

Ustedes que piensan acerca de asociar Pais, con la entidad vuelo, xq debemos conocer el pais “final” del vuelo o no ? Entiendo que ciudad esta relacionado con Aeropuerto, pero supongamos que deseo armar un reporte y la tabla vuelo solo tiene relacion con ciudad, si deseo saber el pais de esa ciudad deberia ir a buscarlo pais por pais hasta enconrar al cual pertenece esa ciudad. , eso seria eficiente ?

Rodolfo Ugalde Ochoa

student•

Este es mi diagrama E-R

Cristian Orozco Benjumea

student•

En la clase anterior había visto tal caso, en el que se presentaba redundancia como en el caso de ciudad - país. Que bien en ésta clase se aclara con el principio de transitividad.

Juan de Dios Marcos Gomez

student•

Principio de transitividad: en bases de datos no necesitamos relacionar todas las entidades con todas en forma directa, el principio de transitividad permite que una entidad tenga una relación indirecta o llegar a otra entidad mediante una relación intermedia.

Andrés Felipe Aguirre Fajardo

student•

la relación de ruta pasajero solo se da en un sentido

Diego Forero

Team Platzi•

Depende, una ruta puede tener muchos pasajeros y un pasajero puede viajar en muchas rutas, como menciona el profesor no hay una verdad absoluta, depende mucho de como plantees el problema y como lo quieras solucionar.

bryan fuentes

student•

parece q se le paso al profesor,
yo elimine esa relacion, ya que pasajero se puede relacion ar a ruta mediante la erolinea

Ivan Dario Rodriguez Rubiano

student•

Respetuosamente de mal gusto, porque eso de que fue error premeditado no se lo cree nadie y lo que se hace es confundir y desanimar por falta de credibilidad en la información. Cambien esto porque es tiempo perdido viendo un video con muchos errores.

Jose Antonio Padron Fernandez

student•

Dejo mi diagrama simplificado y con color que ayuda a entenderlo mejor hecho con: draw.io

Gabriel Andreí Barceló Alfaro

student•

Yo estoy haciendo una base de datos diferente, es sobre un Lan Center

Así quedó mi diagrama

Santiago Dellapiazza

student•

EXCELENTE TRABAJO

Irma Davila

student•

Por favor corriíanme si me equivoco, a esto le llaman también NOMALIZACIóN de la base de datos??

Diego Forero

Team Platzi•

Si, la normalización busca eliminar la mayor cantidad posible de rebundancía de datos, en ocasiones no es posible normalizar 100% una base de datos ya que hay consultas que pueden ser complejas y demasiado demoradas, en estos casos es mejor tener algo de rebundancia de datos (datos repetidos en varias tablas)

Irma Davila

student•

entiendo gracias!

Iván Fernández

student•

Que bien que se corrigió esto antes de proseguir. Muchos no nos percatamos de la redundancia de relaciones en el video pasado.

Jery Rafael Ramírez Teo

student•

Angel Leonardo Arévalo Suárez

student•

Hay un error: Ruta no tiene relacion con Pasajero Y Pasajero tiene relacion 1-M con Ruta No es consistente

Raul Zarza

student•

Así me quedo al mía… me pareció correcto descartar por completo el país…por razones operativas ja,

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

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