Modelo Conceptual y Físico Entidad Relación
¡Nunca pares de aprender! 💚
Introducción
¿Cuál es la diferencia entre MySQL y MariaDB?
Proyecto del curso: metro de CDMX
Diagramas Entidad Relación
Diagramas conceptuales vs. diagramas físicos
Diagrama conceptual: estableciendo relaciones
Diagrama físico: detalles en las tablas
Reto: relaciones en el diagrama físico
Instalando nuestras herramientas
Instalación de MariaDB en Windows
Instalación de MariaDB en Linux
Instalación de MariaDB en macOS
Sentencias básicas
Archivos SQL: CREATE DATABASE
Manejo de usuarios para la base de datos
CREATE TABLE
Modificando tablas con ALTER TABLE
Playground: Manejo de Tablas con SQL
Insertando información en la base de datos
Actualizando información: UPDATE
Borrando datos: DELETE
Playground: INSERT, UPDATE y DELETE en SQL
Listando datos: SELECT
Playground: Metro de CDMX en SQL
Consultas anidadas
¿Qué son las consultas anidadas?
Creando nuestra primer consulta anidada
Playground: Metro de Bogotá en SQL
Geolocalización
¿Cómo funciona la geolocalización?
Creando nuestras consultas de geolocalización
Reto: geolocalización con consultas anidadas
Stored Procedures
¿Qué son los Stored Procedures?
Crea tus primeras Stored Procedures
Prepared statements
Triggers
¿Qué son los triggers?
Crea tus primeros triggers
Triggers compuestos
Bonus
Confesión personal: phpMyAdmin es superior
Próximos pasos
Cómo seguir aprendiendo SQL
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Convierte tus certificados en títulos universitarios en USA
Antes: $249
Paga en 4 cuotas sin intereses
Termina en:
RetaxMaster
Aportes 23
Preguntas 4
¡Nunca pares de aprender! 💚
Es el mismo ejemplo del profesor, solo que organice un poco las líneas de las relaciones.
POR FIN ENTENDI LAS TABLAS PIVOTE
En las tablas pivot, no es necesario tener una PK, ya que el PK puede estar conformada por las dos FK.
En SQL se puede hacer que dos FK conformen la PK. Al menos en Postgres se puede, pero no estoy seguro si en MySQL es igual
Ejercicio de clase
Me parece que en la tabla Pivot la relación deberia ser de la siguiente forma:
Es decir de lines a lines_stations es 1:N
Y de stations a lines_stations es 1:N
En la relación de drivers
con active_drivers
, me parece que la relación sería 1:1 opcional, por lo que un driver puede o no estar en los active drivers. En la aplicación de diagramas seria “One mandatory to one optional”
INFORMACIONES DE N:N y su tabla pivot
https://fmhelp.filemaker.com/help/17/fmp/es/index.html#page/FMP_Help/many-to-many-relationships.html
Les comparto mi versión actualizada del proyecto TransmiDB
Para las relaciones uno-a-uno con entidades débiles(entidad que depende de otra) se puede usar la llave primaria de la entidad principal en la entidad débil. Ejm:
Modelo Entidad Relación
Diagrama Físico
Asegurándonos en la estructura de la base de datos que la relación sea uno a uno ya que la Primary Key no puede ser repetida en una misma tabla.
Se me hace que ese campo “point” tiene relación con el valor “GEOMETRY” que apareció en el video de la clase 2 🤭
Anexando la tabla de relación de lineas y estaciones, así queda al final:
Les comparto el como quedo mi diagrama físico con algunas modificaciones.
Se agrego una tabla transitiva para el manejo de de asignaciones y que las entidades-tablas lineas, trenes y operadores las podamos manejar de forma independiente sin generar tantas modificaciones a muchas tablas.
De igual forma agregamos un estatus a cada una de ellas teniendo en cuenta que se pueden encontrar asignadas, en reparación, o en no operación.
A ver chicos, que feedback me dan? Mas que todo en las lineas de relaciones que es donde tuve mas dudas.
Profe, explica muy claro, y sus consejos son útiles
Hola Buen dia, este es mi aporte:
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?