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

Currency
$209

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscríbete

Termina en:

16 Días
3 Hrs
55 Min
57 Seg

Reto: relaciones en el diagrama físico

6/34
Recursos

Aportes 23

Preguntas 4

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Modelo Conceptual y Físico Entidad Relación

¡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”

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 🤭

Una tabla pivot es una herramienta útil para reorganizar y resumir datos de manera eficiente, permitiendo transformar filas en columnas. Se utiliza comúnmente para relacionar tablas en una base de datos sin duplicar información. Este enfoque apoya la normalización, que busca reducir redundancias y asegurar que cada dato se almacene de forma única y clara.
Definitivamente estos espacios son muy buenos, porque todos aprendemos de todos : [Relaciones de muchos a muchos (claris.com)](https://help.claris.com/archive/help/18/fmp/es/index.html#page/FMP_Help/many-to-many-relationships.html), muy buen material @Christian Ortega, sin desmeritar la excelente forma de enseñar del profe, definitivamente muy contenta de aprender cada día, ahora por ejemplo ese tipo point genial para ubicaciones super genial, mejor dicho muy muy feliz!!! que chévere regresar a Platzi y ver la calidad de docentes con los que cuentan en cada una de sus escuelas, felicitaciones!!!, una excelente evolución.
Como me esta gustando este curso, la verdad el profe un genio!
Hola a todos, estoy realizando este curso junto con mi proyecto personal. la idea es que si un cliente tiene varios contratos con varias empresas que presta un servicio mi diagrama ER Y UML lo pe esta manera, si alguien me puede aportar algo? estoy abierto a correcciones![](https://static.platzi.com/media/user_upload/Screenshot%202024-03-20%20213336-742460b5-e49b-47c9-b2f9-1111b82cd256.jpg)![](https://static.platzi.com/media/user_upload/Screenshot%202024-03-20%20213044-56ae8f2c-3b7c-466d-a87b-ba52a6042121.jpg).

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: