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

Clase 23 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•

Paso 8: Construir el diagrama del modelo físico

Las lineas de las relaciones van a ser lineas rectas, la relación uno a muchos vamos a crear una linea con un sentido que termina en cabeza de flecha. Las lineas 1 a 1 o 0 a 1 se mantienen como antes.

Las llaves foráneas en entidades debiles refieren o apuntan hacia su llave primaria en entidades fuertes.

En el modelo fisico hay que poner el tipo de dato de acuerdo a la base de datos en la que vamos a trabajar.

Los motores de base de datos tienen diferentes implementaciones de los tipos de datos, hay que revisar a que se traducen dependiendo de la base de datos.

Williams Jhair Parra Arenas

student•

__Con que fin se hacen se hacen las entidades debiles ?

Ivan Robles

student•

Se hacen debido a que ciertas relaciones se rompen o no pueden pasarse a codigo SQL de la manera que se plantea en el modelo lógico. Ademas de que en las entidades debiles tambien puedes agregar otro tipo de campos que dependen de ambas entidades fuertes.

Yury D. Morales

student•

Siento que en cuanto a disposicion de archivos y enlaces este curso carece o esta mal referido. Detalles como no expresar explicitamente que el enlace es otro reto/ejercico “PlatziStore” y encima, no tener disponibles las imagenes y diagramas que va construyendo el profesor para futuras referencias, le resta mucho a este curso, le da una sensacion de poca profesionalidad,edicion o coordinacion.

Por igual, el contenido esta bien, explicado y enfatizando que en BD no hay verdad absoluta. Espero seguir con el curso que es importantisimo de Fundamento, e irme con un buen sabor de boca

Williams Jhair Parra Arenas

student•

Y cual es el ejercicio si no hay archivo en el repositorio de github

Yury D. Morales

student•

Este es el que indican en el apartado de enlaces, es el ejercicio que se desarrolla más alante en el curso.

Andric Alejandro Vargas Alarcón

student•

Interesante referencia de metodologia

Modelo Fisico : Lineas Rectas en entidad
Modelo Logico : Lineas Curvas en entidad

Antonio Cuellar Perdomo

student•

Excelente!

Nathaly Stefani Riaño Bejarano

student•

Buen día, en los enlaces que han publicado son del ejercicio de PlatziStore, hay un enlace diferente en donde se encuentre el ejercicio del Aeropuerto?

Diego Forero

Team Platzi•

Básicamente todo el desarrollo del ejercicio esta en los videos, recuerda que no hay una verdad absoluta en cuanto al diseño de bases de datos, todo cambia dependiendo de los requerimientos propios que tengas.

Andric Alejandro Vargas Alarcón

student•

De todas manera creo que deberian colocarlo, es un guia “referencial” importante

Wiliam Quispe

student•

Puntos a tener en cuenta en el paso 8:

Las cajas de las entidades se definen con líneas rectas
Las relaciones 1 - M se definen con flechas, indicando hacia la entidad que contiene la llave primaria de las FK, las demás relaciones se mantienen como antes.
Los tipos de datos de los atributos van a estar regidos por la base de datos que vayamos a utilizar
Los motores de DB tienen diferentes formas de implementar los tipos de datos, se recomienda revisar la documentación de la base de datos que vayamos a utilizar.

Manuela Garcia Monsalve

student•

gracias por tu aporte.

Augusto Jesus Muñoz Liñan

student•

Gracias !

Daniel Cadavid

student•

 Las llaves foráneas se deben relacionar con sus llaves padres o foráneas
 En el diagrama del modelo físico las cajas que representan las entidades deben ser cuadradas y rectas mientras que en el modelo lógico deben ser curvas en los bordes.
 Cuando las relaciones son de 1 a muchos, en la entidad que sea 1 ponemos una flechita, esto quiere decir que una llave foránea se refiere a su llave primaria correspondiente. Ojo esta flechita no aplica para relaciones de 1-1

 Un tipo de dato puede variar de acuerdo al motor de bases de datos ejemplo: (varchar2 es el manejo en Oracle) para saber cómo dar ese manejo es recomendable estudiar la documentación del motor de base de datos que vamos a manejar

 En el modelo físico hay que poner el tipo de dato de acuerdo al motor de base de datos en el que vamos a trabajar.

Iván Toro

student•

Buen resumen.

Daniel Sepulveda

student•

El repositorio de github en el apartado de enlaces no concuerda con el ejercicio!

Oscar Castillo

student•

A alguién más le pasa que el hecho de que el libro de al fondo esté al revés, lo desconcentra? 😃

Hinder Adrian Alvarez Perlaza

student•

Creí que era el único jajaja. Malditas ganas de darle la vuelta!! 😖

Cesar David Ramírez Dimaté

student•

Jajaja tienes un problema grave de concentración más bien.

Omar Flores Grimontt

student•

Me surge una duda, todas las líneas relaciones 1 a M van a pasar a ser flechas, y esto sucede porque vamos a tener una llave foránea que va a hacer referencia a una llave primaria, y esta flecha va a indicar en que sentido se hace esta referencia. ¿Esto solo aplica a las relaciones 1 a M de entidades fuertes y débiles? ¿o con las entidades fuertes que tienen una relación 1 a M entre ellas también se debe cambiar su línea relación por una flecha?

Alejandro Betancur

student•

Si, recuerda que en el paso 7 el profesor explica que en el caso de que existan relaciones 1 A M la linea de relación cambia, puesto porque siempre habrá una entidad fuerte y otra débil. En cuanto la relación 1 A 1 o 0 a 1 sus relaciones seguirán de la misma forma.

Omar Flores Grimontt

student•

Gracias Alejo!

Sebastian Calderón Araque

student•

ya ha pasado más de un año desde que se ha pedido que corrijan los enlaces y la mala edición de los videos.

Pablo Martinez

student•

Resumen de la clase

Construir el Diagrama del Modelo Físico

En el paso 8 vamos a construir el diagrama físico, el diagrama físico a diferencia del lógico y del conceptual simplemente va deferir en las cajas que vamos a utilizar para denotar nuestras entidades van hacer líneas rectas

Simplemente la que va pasar es que vemos en el ejemplo que tenemos una relación 1 a muchos esta relación no va a existir más lo que va a pasar es que vamos a crear una línea que va y termina en cabeza de flecha hacia la entidad fuerte

Por que va a pasar esto que en la tabla débil tenemos una llave foránea que refiere a una llave primaria que está donde apunta la flecha

Victor Sánchez Jáuregui

student•

Corrijanme si me equivoco pero me parece que en la tabla pivot, o puente, ni # pasajeroID ni # aerolineaID son llaves primarias. Son índices, son únicas, son llaves, pero no son primarias. Principalmente porque las llaves primarias no pueden repetirse dentro de la tabla, y precisamente esta tabla la estamos utilizando para que un pasajero pueda tener varias aerolíneas o viceversa. En este sentido, el pasajero con ei ID 1, por ejemplo, podra aparecer varias veces en el campo Aerolinea_pasajero.pasajeroID. Claro que serán llaves foráneas, pero no primarias.

Por otra parte, me parece prudente que, al ingual que en todas las demas tablas que se hacen, se agregue un Aerolinea_pasajero_ID. Esta srería en efecto la PK de esta tabla y permitiría identificar cada registro como único

Mario Vizcaino

student•

En este caso son llaves compuestas y su combinación la vuelve única

Ingeborg Muñoz Carnot

student•

Es una primary key compuesta, eso quiere decir que cuando se ingrese una tupla, verificará que no exista un pasajero - aerolinea, no por separado. Por ende podrías tener:

Pasajero1,Aerolinea1 PK
Pasajero2 , Aerolinea1 PK
Pasajero1 , Aerolinea2 PK
Pasajero2 , Aerolinea2 PK

Todo con sus respectivos ids.

orlando morales andrade

student•

Veo que siempre dice que en la descripcion deja los diagramas o ejemplos pero lo unico que veo es en enlaces un ejercicio. ¿Donde esta lo demas? ¿solo soy yo el que no ve este contenido? ¿por qué se dice algo y esto no aparece? -por ahi vi "platzi no es solo videos", el foro ayuda mucho, bien, pero y el material del curso? -solo el video?

Diego Forero

Team Platzi•

Lo encuentras en la pestaña de enlaces, arriba de esta columna.

Cesar David Ramírez Dimaté

student•

Recomiendo bastante MySQL Workbench. Se puede generar el diagrama de la base de datos a partir del sql y viceversa.

Nicolas Sanchez

student•

Que significan las dos rayas y la raya horizontal sola?

Cesar David Ramírez Dimaté

student•

Cuando colocas -- significa que estás añadiendo comentarios al archivo .sql

Irving Juárez

student•

Si no quieren leer la documentación, una vez que esten dentro de mysql, pongan el comando help para saber que y como hacer las cosas

Alber Delfin Peña Ortigoza

student•

Un saludo hasta donde tengo entendido, cuando nosotros en una entidad tenemos una tipo de dato, en la otra entidad si es una llave foranea debe tener el mismo tipo de dato o si no nos produce un error a la ora de insertar datos o a la hora de realizar una consulta.

Walter Jesus Santiago Gonzalez

student•

Buen día,

Hinder Adrian Alvarez Perlaza

student•

Mira este, Star UML.

Felix Nader

student•

En el modelo fisico ya tenemos bien definidas entidades, entidades debiles, atributos, relaciones, tipos de datos, campos llave y claves foraneas, las cajas curbas de las entidades se sustituyen con cajas rectas y en las terminaciones de las relaciones la parte con punta flecha apunta al parent key de la relacion. en este paso ya sabemos que base de datos usaremos y el tipo de datos que soporta.

Lino César Arias Mendoza

student•

Paso 8: Construir el modelo físico
Se construyen con flechas y estas se dirigen o hacen referencia de la llave foránea FK hacia el atributo de la llave primaria PK de la otra Entidad.

orlando morales andrade

student•

¿Por qué en el diagrama físico del ejercicio del carrito de compra no existe la simbología de obligatoriedad o no para los atributos?

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

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